home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Standards 1994 January / InfoMagic Standards - January 1994.iso / ccitt / 1988 / troff / 6_9_11.tro < prev    next >
Text File  |  1991-12-13  |  97KB  |  4,271 lines
  1. .rs
  2. .\" Troff code generated by TPS Convert from ITU Original Files
  3. .\"                 Not Copyright ( c) 1991 
  4. .\"
  5. .\" Assumes tbl, eqn, MS macros, and lots of luck.
  6. .TA 1c 2c 3c 4c 5c 6c 7c 8c
  7. .ds CH
  8. .ds CF
  9. .EQ
  10. delim @@
  11. .EN
  12. .nr LL 40.5P
  13. .nr ll 40.5P
  14. .nr HM 3P
  15. .nr FM 6P
  16. .nr PO 4P
  17. .nr PD 9p
  18. .po 4P
  19.  
  20. .rs
  21. \v | 5i'
  22. .sp 1P
  23. .ce 1000
  24. \v'3P'
  25. SECTION\ 4
  26. .ce 0
  27. .sp 1P
  28. .ce 1000
  29. \fBOPERATIONS,\ MAINTENANCE\ AND\ ADMINISTRATION\ PART\ (OMAP)\fR 
  30. .ce 0
  31. .sp 1P
  32. .sp 2P
  33. .LP
  34. \fBRecommendation Q.795\fR 
  35. .RT
  36. .sp 2P
  37. .sp 1P
  38. .ce 1000
  39. \fBOPERATIONS,\ MAINTENANCE\ AND\ ADMINISTRATION\ PART\ (OMAP)\fR 
  40. .EF '%    Fascicle\ VI.9\ \(em\ Rec.\ Q.795''
  41. .OF '''Fascicle\ VI.9\ \(em\ Rec.\ Q.795    %'
  42. .ce 0
  43. .sp 1P
  44. .LP
  45. \fB1\fR     \fBIntroduction\fR 
  46. .sp 1P
  47. .RT
  48. .PP
  49. The purpose of this Recommendation is to provide procedures and
  50. protocols related to operations and maintenance information. These procedures 
  51. and protocols are associated with the application layer of the Open Systems 
  52. Interconnection model, as well as the System Management Application Process
  53. (SMAP) residing above the application layer. In addition, the procedures and
  54. protocols related to operations and maintenance information use other
  55. procedures and protocols specified by CCITT in the framework of the OSI
  56. model.
  57. .FS
  58. The compatibility of OMAP with OSI management protocols
  59. [i.e.Common Management Information Protocol (CMIP)] is for further
  60. study.
  61. .FE
  62. .PP
  63. The operations and maintenance procedures described are generally
  64. associated with two types of signalling points. The controlled signalling
  65. point(s) are the signalling point(s) to which controls are applied and about
  66. which information is collected. The controlling signalling point(s) are the
  67. signalling point(s) which are initiating the controls and to which information 
  68. from the controlled signalling point(s) are directed. 
  69. .PP
  70. This Recommendation is divided into eight sections. The first, is the introduction. 
  71. The second describes those procedures in OMAP which are currently defined 
  72. for the signalling network. The third describes those operations and 
  73. maintenance procedures associated with the exchanges. The fourth describes
  74. those common operations and maintenance procedures that are associated 
  75. with the signalling network and exchanges and the fifth section describes 
  76. those 
  77. capabilities required by OMAP from other layers of the OSI and gives examples 
  78. of why the capabilities are required. The sixth section defines timers, 
  79. timer values and performance timers. The seventh section provides state 
  80. transition 
  81. diagrams for the currently defined OMAP procedures. The eighth section 
  82. defines the OMAP ASEs. 
  83. .RT
  84. .sp 1P
  85. .LP
  86. 1.1
  87.     \fIDescription of management model\fR 
  88. .sp 9p
  89. .RT
  90. .PP
  91. The Signalling System No. 7 Management model is concerned with the control, 
  92. coordination, and monitoring of the resources which allow SS No. 7 
  93. based communication to take place. More specifically, activities relate 
  94. to the way various SS No.\ 7 entities obtain data and cooperate in relation 
  95. to 
  96. maintaining these resources. Figure\ 1/Q.795 presents a graphical description 
  97. of the SS No.\ 7 Management model in relation to the OSI Management model. 
  98. .RT
  99. .LP
  100. .sp 2
  101. .bp
  102. .LP
  103. .rs
  104. .sp 25P
  105. .ad r
  106. \fBFigure 1/Q.795, p.\fR 
  107. .sp 1P
  108. .RT
  109. .ad b
  110. .RT
  111. .sp 1P
  112. .LP
  113. 1.1.1
  114.     \fIManagement categories\fR 
  115. .sp 9p
  116. .RT
  117. .PP
  118. In order to achieve the functionality described above, three
  119. categories of management are identified: Systems Management, (N)\(hyLayer
  120. Management, and (N)\(hyProtocol Management. As previously described, Systems
  121. management monitors, controls, and coordinates resources through the
  122. application layer protocols. The collection of these functions is known 
  123. as the Systems Management Application Process (SMAP). (N)\(hyLayer Management 
  124. functions are performed within the corresponding (N)\(hyLayer by a local 
  125. system. Examples of (N)\(hyLayer functions are measurements and the maintenance 
  126. of network routing 
  127. tables. (N)\(hyProtocol Management is concerned with a single instance of
  128. communication within the (N)\(hyLayer. It is the responsibility of the
  129. (N)\(hyprotocol to distinguish between management information carried within 
  130. the (N)\(hyprotocol and other information. OMAP is generally concerned 
  131. with Systems 
  132. Management and (N)\(hyLayer Management functions each of which may be considered 
  133. a sub\(hyset of Systems Management. 
  134. .RT
  135. .sp 1P
  136. .LP
  137. 1.1.2
  138.     \fIManagement information base\fR 
  139. .sp 9p
  140. .RT
  141. .PP
  142. All management information which exists in an open system and which may 
  143. be transferred or affected through the use of management protocols 
  144. comprises the Management Information Base (MIB). This information may be
  145. provided or accessed by remote systems using OMAP. The exchange of data 
  146. may be in the form of either monitoring information or exercise of control. 
  147. The 
  148. internal structure of the MIB is not specified.
  149. .RT
  150. .sp 1P
  151. .LP
  152. 1.2
  153.     \fIApplication layer model\fR 
  154. .sp 9p
  155. .RT
  156. .PP
  157. The set of functions above the application layer which collectively encompass 
  158. systems management is termed Systems Management Application Process (SMAP). 
  159. The aspect of the SMAP which is then involved with communications is the 
  160. Systems Management Application Entity (SMAE). The SMAE is also known as 
  161. the OMAP AE. The OMAP AE consists of a set of one or more Application Service 
  162. Elements (ASEs). Currently, two ASEs are defined in the OMAP AE, the 
  163. Transaction Capabilities Application Part (TCAP Recommendations Q.771\(hy775), 
  164. and the MTP Routing Verification Test (MRVT) (\(sc 8). The MRVT ASE uses 
  165. the 
  166. services of the TCAP ASE.
  167. .bp
  168. .PP
  169. The SMAP communicates with the OMAP AE via a set of OM\(hyPrimitives at 
  170. the Systems Management Service Interface (SMSI). Currently, two primitives 
  171. are defined for OMAP: OM\(hyConfirmed\(hyAction, and OM\(hyEvent\(hyReport. 
  172. These 
  173. Primitives are defined in \(sc 8. These OM\(hyPrimitives are based on the
  174. M\(hyPrimitives used in the Common Management Information Protocol (CMIP)
  175. defined in IS0 9595/6.
  176. .RT
  177. .sp 1P
  178. .LP
  179. 1.2.1
  180.     \fITransfer categories\fR 
  181. .sp 9p
  182. .RT
  183. .PP
  184. There are two categories of data transfer which are of concern to SMAP 
  185. and management. These are connectionless service and a connection\(hyoriented 
  186. service. 
  187. .RT
  188. .sp 1P
  189. .LP
  190. 1.2.1.1
  191.     \fIConnectionless service\fR 
  192. .sp 9p
  193. .RT
  194. .PP
  195. OMAP as currently defined in this Recommendation uses the services of connectionless 
  196. TCAP as currently specified in Recommendations Q.771\(hy774. 
  197. This service is generally used for those functions which require only a few
  198. messages, e.g.\ MRVT (see \(sc\ 2.1) see Figure 2/Q.795.
  199. .RT
  200. .LP
  201. .rs
  202. .sp 20P
  203. .ad r
  204. \fBFigure 2/Q.795, p.\fR 
  205. .sp 1P
  206. .RT
  207. .ad b
  208. .RT
  209. .sp 1P
  210. .LP
  211. 1.2.1.2
  212.     \fIConnection\(hyoriented service\fR 
  213. .sp 9p
  214. .RT
  215. .PP
  216. OMAP as currently defined does not offer a connection\(hyoriented
  217. service, however this is an item for further study. This service would
  218. generally be used for those functions which require a number of messages. 
  219. See Figure\ 3/Q.795. 
  220. .RT
  221. .sp 2P
  222. .LP
  223. \fB2\fR     \fBOperations, maintenance and administration procedures for the\fR 
  224. \fBsignalling network\fR 
  225. .sp 1P
  226. .RT
  227. .sp 1P
  228. .LP
  229. 2.1
  230.     \fIManagement of routing data\fR 
  231. .sp 9p
  232. .RT
  233. .PP
  234. These procedures deal with the creation, modification, deletion,
  235. interrogation, activation and deactivation of routing data. This capability 
  236. is provided in two basic modes: \fImultiple\fR and \fIsingle\fR . \fIMultiple 
  237. mode\fR provides the capability of dealing with many routing relations, 
  238. while \fIsingle mode\fR 
  239. deals with a single routing relation.
  240. .RT
  241. .sp 2P
  242. .LP
  243. 2.1.1
  244.     \fIFunctions\fR 
  245. .sp 1P
  246. .RT
  247. .sp 1P
  248. .LP
  249. 2.1.1.1
  250.     \fICreation\fR 
  251. .sp 9p
  252. .RT
  253. .PP
  254. This function provides a means of adding new routing data
  255. associated with routing relations to a node in the network. It could cause
  256. additional information to be added to an existing table or it may involve
  257. adding a completely new table.
  258. .bp
  259. .RT
  260. .LP
  261. .rs
  262. .sp 20P
  263. .ad r
  264. \fBFigure 3/Q.795, p.2b\fR 
  265. .sp 1P
  266. .RT
  267. .ad b
  268. .RT
  269. .sp 1P
  270. .LP
  271. 2.1.1.2
  272.     \fIModification\fR 
  273. .sp 9p
  274. .RT
  275. .PP
  276. This function allows for the modification of existing routing data associated 
  277. with routing relations within a particular node. 
  278. .RT
  279. .sp 1P
  280. .LP
  281. 2.1.1.3
  282.     \fIDeletion\fR 
  283. .sp 9p
  284. .RT
  285. .PP
  286. This function is the inverse of creation, in that routing data
  287. associated with routing relations will be deleted from the routing
  288. tables.
  289. .RT
  290. .sp 1P
  291. .LP
  292. 2.1.1.4
  293.     \fIInterrogation\fR 
  294. .sp 9p
  295. .RT
  296. .PP
  297. This function provides a means for requesting the routing data in a specified 
  298. signalling point. 
  299. .PP
  300. For example the user can query a signalling point and the signalling point 
  301. will respond with the respective data. This data can then be compared 
  302. with the set of data which is expected to be in the signalling point.
  303. .RT
  304. .sp 1P
  305. .LP
  306. 2.1.1.5
  307.     \fIActivation\fR 
  308. .sp 9p
  309. .RT
  310. .PP
  311. Activation initiates the use of specified routing data.
  312. .PP
  313. The activation of routing relations implies that the new data is
  314. actually being used for routing purposes. It may be instantaneous or scheduled 
  315. for a later time. Activation is accomplished via the activation procedure 
  316. alone or may be a part of the creation, modification and deletion
  317. procedures.
  318. .RT
  319. .sp 1P
  320. .LP
  321. 2.1.1.6
  322.     \fIDeactivation\fR 
  323. .sp 9p
  324. .RT
  325. .PP
  326. Deactivation discontinues the use of specified routing data.
  327. .PP
  328. If a routing table is erroneously changed, another modification must be 
  329. made to correct the data in order to continue routing in a sane manner. 
  330. If a previous version of the table has been retained, the deactivation 
  331. function may cause this table to be used. Deactivation can be either automatic 
  332. or may 
  333. require manual intervention.
  334. .bp
  335. .RT
  336. .sp 1P
  337. .LP
  338. 2.1.1.7
  339.     \fIRearrangement\fR 
  340. .sp 9p
  341. .RT
  342. .PP
  343. Rearrangement deals with the coordinated change of a set of routing relations 
  344. within the signalling network (e.g.\ when an application is moved from 
  345. one signalling point to another). This may be handled by requiring that 
  346. the 
  347. activation of routing relations in the various signalling points be made
  348. (e.g.\ by an operations and maintenance centre) in a
  349. particular order.
  350. .RT
  351. .sp 1P
  352. .LP
  353. 2.1.2
  354.     \fIInformation elements\fR 
  355. .sp 9p
  356. .RT
  357. .PP
  358. The specification of information elements is left for further
  359. study.
  360. .RT
  361. .sp 1P
  362. .LP
  363. 2.2
  364.     \fICircuit validation test (CVT)\fR 
  365. .sp 9p
  366. .RT
  367. .PP
  368. \fINote\fR \ \(em\ The encoding of the CVT messages is for further
  369. study.
  370. .RT
  371. .sp 1P
  372. .LP
  373. 2.2.1
  374.     \fIGeneral procedures\fR 
  375. .sp 9p
  376. .RT
  377. .PP
  378. The purpose of a CVT is to ensure that the two exchanges have
  379. sufficient and consistent translation data for placing a call on a specific
  380. circuit of an interexchange circuit group. A CVT may be initiated by either
  381. exchange on demand by maintenance or operations personnel. The test is to be
  382. performed before a continuity test while turning up a circuit, so that if a
  383. continuity failure is experienced it may be uniquely attributed to a circuit
  384. hardware trouble. Before a test is performed, it is necessary to ensure that
  385. messages are capable of being routed to that exchange.
  386. .RT
  387. .sp 1P
  388. .LP
  389. 2.2.2
  390.     \fITranslations tested\fR 
  391. .sp 9p
  392. .RT
  393. .PP
  394. Both the near end and far end checks are required to perform a
  395. complete CVT. The initiating end starts the test by accessing the circuit 
  396. to be tested when stimulated by a local implementation dependent request. 
  397. The circuit is identified by an identification code agreed upon by the 
  398. two exchanges at 
  399. either end of the circuit.
  400. .PP
  401. The translation check at the initiating end must perform adequate
  402. tests to ensure that translation data exists for:
  403. .RT
  404. .LP
  405.     1)
  406.     deriving a physical appearance for the circuit so that a
  407. transceiver may be connected to it, and
  408. .LP
  409.     2)
  410.      deriving a circuit identification code (CIC) and routing label so that 
  411. a CCS circuit\(hyrelated message may be generated. 
  412. .PP
  413. If the near end test fails, the local maintenance personnel is
  414. notified with the reason for the near end failure (e.g.\ failure reason \(em
  415. circuit unequipped). The test is terminated and a CVT request message is not
  416. generated for the circuit under test.
  417. .PP
  418. The far end receiving the CVT request message will check to see if the 
  419. CIC indicated in the message is assigned. If the CIC is unassigned, a failure 
  420. indication is explicitly returned to the near end via a CVT response message 
  421. (rather than via an unequipped CIC message). If the CIC is assigned, the
  422. far end must perform adequate tests to ensure that translation data exists 
  423. for deriving a physical circuit appearance from the received routing lable 
  424. and the CIC so that a loop or transceiver may be connected to the physical 
  425. circuit 
  426. appearance.  Additionally, the far end must also check that an
  427. identification
  428. .PP
  429. code for the circuit exists for the physical circuit appearance. If the 
  430. far end checks fail, the CVT response message will contain the reason for 
  431. failure and will include an identification code of the failing exchange 
  432. as agreed upon by the two exchanges. If the far end checks pass, the CVT 
  433. response message will 
  434. contain the far end derived identification code for the circuit. At the near
  435. end, a comparison of the near end and the far end circuit identification 
  436. codes are made. If they match, an identification of a successful CVT is 
  437. given to the maintenance personnel at the initiating end. If the comparison 
  438. fails, a CVT 
  439. failure indication with all the relevant data is given to the maintenance
  440. personnel for the purpose of isolating the problem.
  441. .bp
  442. .PP
  443. The CVT response message will also contain data about the circuit with 
  444. respect to the characteristics of the interexchange circuit group that 
  445. it is 
  446. part of. The interexchange circuit group characteristics will include
  447. whether:
  448. .RT
  449. .LP
  450.     \(em
  451.     odd or even CICs are in control in the case of double
  452. seizing;
  453. .LP
  454.     \(em
  455.     the blocked circuit group is classified as \*QBlock,
  456. immediately release the call\*U or \*QBlock, as soon as the call is normally
  457. released\*U;
  458. .LP
  459.     \(em
  460.     whether the interexchange circuit group contains analogue,
  461. digital or a mix of analogue and digital circuits in order to determine if
  462. continuity checks should be performed.
  463. .PP
  464. If the group characteristics are unavailable, the CVT response
  465. must explicitly indicate this with an unavailable indication. Inconsistencies 
  466. between the interexchange circuit group characteristics between the two 
  467. exchanges must be reported to the initiating end maintenance personnel for
  468. corrective action.
  469. .sp 1P
  470. .LP
  471. 2.3
  472.     \fIMTP routing verification test (MRVT)\fR 
  473. .sp 9p
  474. .RT
  475. .PP
  476. The MTP routing verification test requirements are as
  477. follows:
  478. .RT
  479. .LP
  480.     a)
  481.     Independence of MTP routing policy.
  482. .LP
  483.     b)
  484.     Independence of link set failures.
  485. .LP
  486.     c)
  487.     Use the existing MTP without modifications.
  488. .LP
  489.     d)
  490.     Response at all tests (positive or negative).
  491. .LP
  492.     e)
  493.     Independence of the network structure.
  494. .LP
  495.     f
  496. )
  497.     The procedure must:
  498. .LP
  499.     \(em
  500.     detect loops in the signalling network;
  501. .LP
  502.     \(em
  503.     detect excessive length routes;
  504. .LP
  505.     \(em
  506.     detect unknown destinations;
  507. .LP
  508.     \(em
  509.      check the bidirectionality of the signalling relations (i.e.\ if SP\ 
  510. A can reach SP\ B, can SP\ B reach SP\ A?). 
  511. .sp 1P
  512. .LP
  513. 2.3.1
  514.     \fIGeneral procedure considerations\fR 
  515. .sp 9p
  516. .RT
  517. .PP
  518. The object of the MTP routing verification test is to determine if the 
  519. data of the MTP routing tables in the network are consistent. It is based 
  520. on a decentralized test procedure using test messages. It will follow all 
  521. possible routes to reach the test destination, while tracking the identities 
  522. of STPs crossed. The procedure is independent of signalling link set availability 
  523. status. The test is started in any point (SP or STP) for any destination 
  524. which is in the MTP routing tables and is stopped at the test destination 
  525. or any 
  526. intermediate SP at which an error is detected. The test will check the 
  527. complete routing tables in the network only if all intermediate signalling 
  528. points know the initiator. 
  529. .PP
  530. When an inconsistency or failure is detected, local actions are to be specified. 
  531. The initiator of the test is alerted. The MRVT procedure is applied to 
  532. individual MTP routing tables. If the MTP is to use structured routing 
  533. tables (e.g.\ some or all of the entries in the routing tables may refer 
  534. to sets of point codes) then the procedure (and/or its initiation) is for 
  535. further 
  536. study.
  537. .PP
  538. If an MRVA, MRVR, or MRVT message received in an SP contains
  539. information extra to that defined in \(sc\ 2.3, the extra information is 
  540. ignored 
  541. unless it is contained as spare subfields within defined fields, and then it
  542. will be sent onwards.
  543. .RT
  544. .sp 1P
  545. .LP
  546. 2.3.2
  547.     \fIThe MRVT messages\fR 
  548. .sp 9p
  549. .RT
  550. .PP
  551. The MTP routing verification test procedure uses three Operations, Maintenance, 
  552. and Administration Part (OMAP) messages. 
  553. .RT
  554. .sp 1P
  555. .LP
  556. 2.3.2.1
  557.     \fIThe MTP Routing Verification Test (MRVT) message\fR 
  558. .sp 9p
  559. .RT
  560. .PP
  561. The routing verification test message (MRVT) is sent from an SP to an adjacent 
  562. SP. The MRVT message may use any available signalling route to 
  563. reach its destination. It contains:
  564. .RT
  565. .LP
  566.     a)
  567.     information indicating MRVT;
  568. .LP
  569.     b)
  570.     the point code of the test destination;
  571. .LP
  572.     c)
  573.     the initiator point code;
  574. .bp
  575. .LP
  576.     d)
  577.     the threshold N of the maximum allowed number of STPs
  578. crossed (including the initiator if it is an STP);
  579. .FS
  580. Determined by System
  581. Management Application Process (SMAP)
  582. .FE
  583. .LP
  584.     e)
  585.     the information indicating that a trace is requested; the
  586. possible values are:
  587. .LP
  588.     i)
  589.     for all routes which may be used to reach the test
  590. destination the MRVR messages are returned regardless of the result of the
  591. test;
  592. .LP
  593.     ii)
  594.      no detailed information requested (the MRVR messages sent only if a failure 
  595. or inconsistency is detected); 
  596. .LP
  597.     f
  598. )
  599.      the list of STPs crossed together with the initiator point code if this 
  600. point has the STP function. 
  601. .sp 1P
  602. .LP
  603. 2.3.2.2
  604.     \fIThe MTP Routing Verification Acknowledgment (MRVA) message\fR 
  605. .sp 9p
  606. .RT
  607. .PP
  608. The routing verification acknowledgment (MRVA) message is sent from the 
  609. SP receiving an MRVT message to the SP which has sent the MRVT message. 
  610. The MRVA message may use any available signalling routes to reach its destination. 
  611. It contains: 
  612. .RT
  613. .LP
  614.     a)
  615.     information indicating MRVA;
  616. .LP
  617.     b)
  618.     information indicating that an MRVR has been sent;
  619. .LP
  620.     c)
  621.     the reason for any failure (partial or complete). If any
  622. failure has occurred, one or more of the following indications is present:
  623. .LP
  624.     i)
  625.     detected loop;
  626. .LP
  627.     ii)
  628.     detected excessive length route;
  629. .LP
  630.     iii)
  631.     unknown destination point code;
  632. .LP
  633.     iv)
  634.     MRTV not sent due to inaccessibility (e.g.\ network
  635. blockage or network congestion);
  636. .LP
  637.     v)
  638.     timer expired (MRVA not received);
  639. .LP
  640.     vi)
  641.      unknown initiator point code (this result means that the test destination 
  642. or an intermediate point does not know the initiator of 
  643. the test);
  644. .LP
  645.     vii)
  646.     test cannot be run due to local conditions
  647. (e.g.\ unavailability of processing resources).
  648. .PP
  649. Note that in the case of success, only a) will be present; in the cases 
  650. of partial success and failure, a), b) and c) will be present. 
  651. .sp 1P
  652. .LP
  653. 2.3.2.3
  654.     \fIThe MTP Routing Verification Result (MRVR) message\fR 
  655. .sp 9p
  656. .RT
  657. .PP
  658. The MRVR message is sent from an SP to the initiator of the MTP
  659. routing verification test. It contains:
  660. .RT
  661. .LP
  662.     a)
  663.     information indicating MRVR;
  664. .LP
  665.     b)
  666.     the test destination point code;
  667. .LP
  668.     c)
  669.     the result of the test;
  670. .LP
  671.     d)
  672.     the information field.
  673. .PP
  674. The content of this information field depends on the result of the test. 
  675. It contains: 
  676. .LP
  677.     i)
  678.     if the result of the test is \*Qsuccess\*U:
  679. .LP
  680.     the point codes of the STPs crossed contained in the MRVT
  681. message;
  682. .LP
  683.     ii)
  684.     if the result of the test is \*Qdetected loop\*U:
  685. .LP
  686.     the point codes of the STPs which are in the loop;
  687. .LP
  688.     iii)
  689.     if the result of the test is \*Qdetected excessive length
  690. route\*U:
  691. .LP
  692.     the point codes of STPs crossed contained in the MRVT message;
  693. .LP
  694.     iv)
  695.     if the result of the test is \*Qunknown destination point
  696. code\*U:
  697. .LP
  698.     no additional information;
  699. .LP
  700.     v)
  701.     if the result of the test is \*QMRVT not sent due to
  702. inaccessibility\*U:
  703. .LP
  704.     the point code of the inaccessible SP;
  705. .LP
  706.     vi)
  707.     if the result of the test is \*QMRVA not received\*U:
  708. .LP
  709.     the identity of the SP(s) from which an MRVA was not received
  710. when expected;
  711. .LP
  712.     vii)
  713.     if the result of the test is \*Qunknown initiator point
  714. code\*U:
  715. .LP
  716.     the point code of the SP returning an MRVA to cause the MRVR to
  717. be sent;
  718. .LP
  719.     viii)
  720.      if the result of the test is \*Qtest cannot be run due to local conditions\*U: 
  721. .LP
  722.     no additional information.
  723. .bp
  724. .sp 1P
  725. .LP
  726. 2.3.3
  727.     \fIInitiation of the MRVT procedure at a Signalling Point\fR 
  728. .sp 9p
  729. .RT
  730. .PP
  731. The procedure is started when:
  732. .RT
  733. .LP
  734.     a)
  735.     New MTP routing data is introduced. It is mandatory that
  736. each signalling relation should pass the MRVT procedure successfully before
  737. being opened to traffic.
  738. .LP
  739.     b)
  740.     MTP routing data is changed.
  741. .LP
  742.     c)
  743.     On reception of an unexpected MRVR (due to unknown
  744. Signalling Point).
  745. .LP
  746.     d)
  747.     On receipt of an MRVT message.
  748. .LP
  749.     e)
  750.      On demand from local maintenance staff or an operations and maintenance 
  751. centre. 
  752. .LP
  753.     f
  754. )
  755.     Periodically at a Signalling Point (having the STP
  756. function) to detect cases of mutilation of routing data. (The period is 
  757. network dependent and should be such that the load on the network is not 
  758. seriously 
  759. increased.)
  760. .PP
  761. In cases c) and f
  762. ) above, the \*Qexpected result type\*U field of the MRVT message should 
  763. be set to indicate no trace is requested. See 
  764. \(sc\ 2.3.2.1.
  765. .LP
  766. 2.3.4
  767.     \fIThe\fR 
  768. \fIMRVT procedure\fR 
  769. .sp 1P
  770. .RT
  771. .sp 2P
  772. .LP
  773. 2.3.4.1
  774.     \fIAt the point initiating the procedure\fR 
  775. .sp 1P
  776. .RT
  777. .sp 1P
  778. .LP
  779. 2.3.4.1.1
  780.     \fIInitial actions\fR 
  781. .sp 9p
  782. .RT
  783. .PP
  784. When a signalling point initiates an MRVT procedure, it sends an
  785. MRVT message for each signalling route which is contained in the MTP routing
  786. table to reach the test destination. The destination (DPC) of each of these
  787. messages is the adjacent signalling point within the particular route under
  788. test. If the test destination is an adjacent signalling point, operated 
  789. in the associated mode, an MRVT message is not sent to the tested destination 
  790. itself. 
  791. .PP
  792. When the MRVT procedure is initiated, a timer T1 (see \(sc\ 6) is started. 
  793. An SP cannot initiate an MRVT procedure for a test destination until any 
  794. previous MRVT procedure for that destination has completed.
  795. .RT
  796. .sp 2P
  797. .LP
  798. 2.3.4.1.2
  799.     \fISubsequent actions\fR 
  800. .sp 1P
  801. .RT
  802. .sp 1P
  803. .LP
  804. 2.3.4.1.2.1
  805.     \fIReception of an MRVA message\fR 
  806. .sp 9p
  807. .RT
  808. .PP
  809. An MRVA message acknowledges an MRVT message previously sent.
  810. .PP
  811. The reception of the last expected MRVA message stops T1. When an MRVA 
  812. message is received after T1, it is ignored. When all MRVA messages expected 
  813. have been received or when T1 expires, the test is complete and results are
  814. given to SMAP.
  815. .PP
  816. The possible test results at this point in the procedure are listed in 
  817. \(sc\ 2.3.2.2\ c). 
  818. .PP
  819. The result \*Qunknown initiator point code\*U could be a positive result 
  820. (e.g.\ when installing a new SP). A test is positive when all expected 
  821. MRVA 
  822. messages have been received inside T1 without fault indications.
  823. .RT
  824. .sp 1P
  825. .LP
  826. 2.3.4.1.2.2\ \ \fIReception of an MRVR message\fR 
  827. .sp 9p
  828. .RT
  829. .PP
  830. The reception of an MRVR message regardless of whether the
  831. receiving SP was the initiator causes the information contained in the 
  832. message to be given to SMAP (see \(sc\ 2.3.2.3). 
  833. .RT
  834. .sp 2P
  835. .LP
  836. 2.3.4.2
  837.     \fIIn an intermediate point\fR 
  838. .sp 1P
  839. .RT
  840. .sp 1P
  841. .LP
  842. 2.3.4.2.1
  843.     \fIInitial actions (on reception of an MRVT message)\fR 
  844. .sp 9p
  845. .RT
  846. .PP
  847. If the test cannot be run due to local conditions, an MRVR message is sent 
  848. to the initiating point, if the initiating point is known to the 
  849. intermediate SP, and an MRVA message is sent to the sender of the MRVT. The
  850. MRVR message contents are as described in \(sc\ 2.3.2.3. The MRVA message 
  851. contains the indication \*Qtest cannot be run due to local conditions\*U. 
  852. The test is 
  853. stopped after informing SMAP.
  854. .bp
  855. .PP
  856. If the test can be run, looking at the contained fields in the
  857. received MRVT message, the point determines if the initiating SP is known, 
  858. and if the test destination is known in the MTP routing tables. Then: 
  859. .RT
  860. .LP
  861.     a)
  862.      If the initiating SP is unknown, an MRVA message is returned with result 
  863. \*Qunknown initiating SP\*U and the value of the \*QMRVR sent\*U indicator 
  864. denotes that the MRVR message was not sent. The test is then stopped, after 
  865. informing SMAP.
  866. .LP
  867.     b)
  868.     If the destination is unknown, the point acknowledges the
  869. received MRVT message by an MRVA message with indication \*Qunknown destination 
  870. point code\*U, and MRVR message is sent to the initiating point. An indication 
  871. is given to SMAP and the test stopped. 
  872. .LP
  873.     c)
  874.     If the initiating SP of the test as well as the test
  875. destination exist within the SPs routing tables, the SP makes a list \*QA\*U 
  876. of the following adjacent SPs: 
  877. .LP
  878.     i)
  879.     STPs used to route to the destination (according to
  880. the MTP routing tables), excluding the SP from which the MRVT message was
  881. received,
  882. .LP
  883.     ii)
  884.     the tested destination, if this is adjacent.
  885. .PP
  886. The SP then compares the list of STPs crossed contained in the
  887. MRVT message with its own list \*QA\*U for the following conditions:
  888. .LP
  889.     i)
  890.     If the point code of an SP is already in the list of STPs
  891. crossed contained in the MRVT message, a loop is detected. An MRVR message 
  892. is sent to the initiator of the test with the indications described in 
  893. \(sc\ 2.3.2.3, then an MRVA message is sent to the point which has sent 
  894. the MRVT message with the indication \*Qdetected loop\*U. The test is stopped 
  895. (MRVT messages are not 
  896. regenerated), after SMAP is informed.
  897. .LP
  898.     ii)
  899.     If the point code of an SP is not in the list of STPs
  900. crossed contained in the MRVT message and if the size of the list is equal 
  901. to a threshold N in the MRVT message, an excessive length route is detected. 
  902. An MRVR message is sent to the initiator of the test with the indications 
  903. described in \(sc\ 2.3.2.3, then an MRVA message is sent to the point which 
  904. has sent the MRVT 
  905. message with the indication \*Qdetected excessive length route\*U. The test is
  906. stopped (MRVT messages are not regenerated), after SMAP is informed.
  907. .LP
  908.     iii)
  909.     If it is impossible to route an MRVT message, an MRVR
  910. message is sent to the initiator of the test with the indications described 
  911. in \(sc\ 2.3.2.3, then an MRVA message containing the indication \*QMRVT 
  912. not sent due to inaccessibility\*U is sent to the point which has sent 
  913. the MRVT message. The 
  914. test is stopped (no MRVT messages are regenerated), after SMAP is informed.
  915. .LP
  916.     iv)
  917.      In other cases a timer T1 is started, and MRVT messages are sent to all 
  918. the SPs in list \*QA\*U. When an MRVT message is sent by an STP, the 
  919. STP adds its identity in the MRVT message sent.
  920. .sp 1P
  921. .LP
  922. 2.3.4.2.2\ \ \fISubsequent actions (on reception of an MRVA message)\fR 
  923. .sp 9p
  924. .RT
  925. .PP
  926. The reception of an MRVA message acknowledges the corresponding
  927. MRVT message previously sent. The timer is stopped when all the expected 
  928. MRVA messages have been received. 
  929. .PP
  930. MRVA message is sent when all expected MRVA messages have been
  931. received. The result of the test contains the different results from the 
  932. MRVAs received. 
  933. .PP
  934. If any MRVA message contained both the result \*Qunknown initiating SP\*U 
  935. and the value of the \*QMRVR sent\*U indicator denotes that the MRVR was 
  936. not sent, an MRVR is returned to the initiator. 
  937. .PP
  938. If one (or several) MRVA message is not received before T1 expires, an 
  939. MRVA message is sent and an MRVR message is sent to the initiator of the 
  940. test with the indications described in \(sc\ 2.3.2.3. 
  941. .PP
  942. If an MRVA message cannot be sent, no action is taken.
  943. .PP
  944. If an MRVA message is received after T1 expires, it is ignored.
  945. .RT
  946. .sp 1P
  947. .LP
  948. 2.3.4.3
  949.     \fIAt the test destination receiving an MRVT message\fR 
  950. .sp 9p
  951. .RT
  952. .PP
  953. On reception of an MRVT message, the test destination checks that the initiator 
  954. of the test is known. 
  955. .PP
  956. If the initiator is unknown, an MRVA message is sent to the point
  957. which had sent the MRVT message. This MRVA message contains the result 
  958. \*Qunknown initiator point code\*U and the \*QMRVR sent\*U indicator set 
  959. to denote that the MRVR was not sent. 
  960. .bp
  961. .PP
  962. If the initiator of the test is known, the test is finished with
  963. success and the following actions are taken:
  964. .RT
  965. .LP
  966.     a)
  967.      If the MRVT message received contains the indication that a trace is 
  968. expected, (see \(sc\ 2.3.2.1) an MRVR message is sent to the initiator 
  969. of the test with the indications described in \(sc\ 2.3.2.3. An MRVA message 
  970. is then sent to the point which had sent the MRVT message. 
  971. .LP
  972.     b)
  973.      If the MRVT message received contains the indication that a trace is 
  974. not expected, (see \(sc\ 2.3.2.1), an MRVA message is sent to the point 
  975. which had sent the MRVT message. No MRVR message is sent.
  976. .PP
  977. If an MRVA message cannot be sent, no action is taken.
  978. .sp 1P
  979. .LP
  980. 2.4
  981.     \fIReception of a message for an unknown destination\fR 
  982. .sp 9p
  983. .RT
  984. .PP
  985. When an indication is received from the MTP due to the reception of a message 
  986. for an unknown destination, an MRVR message is sent to the point 
  987. which has sent the messages with the indications described in \(sc\ 2.3.2.3.
  988. .PP
  989. When a point receives such an unexpected MRVR message, an indication is 
  990. given to SMAP and an MRVT is started. 
  991. .RT
  992. .sp 1P
  993. .LP
  994. 2.5
  995.     \fISCCP routing verification test (SRVT)\fR 
  996. .sp 9p
  997. .RT
  998. .PP
  999. The SCCP routing verification test requirements are as
  1000. follows:
  1001. .RT
  1002. .LP
  1003.     a)
  1004.     No modification should be needed to the SCCP protocol
  1005. specification.
  1006. .LP
  1007.     b)
  1008.     The SRVT should be independent of the SCCP routing policy.
  1009. .LP
  1010.     c)
  1011.      The SRVT should be independent from the network structure, considering 
  1012. the SCCP routing points. 
  1013. .LP
  1014.     d)
  1015.      The SRVT is not required to verify MTP routing correctness (the MRVT 
  1016. is expected to do this). 
  1017. .LP
  1018.     e)
  1019.     A response (either positive or negative) is to be given to   all tests.
  1020. .LP
  1021.     f
  1022. )
  1023.     The procedure should:
  1024. .LP
  1025.     \(em
  1026.     Be able to check all possible SCCP routes, including:
  1027. .LP
  1028.     i)
  1029.      parallel SCCP routing points (this is understood to mean multiple translation 
  1030. points); 
  1031. .LP
  1032.     ii)
  1033.      serial SCCP routing points (this is understood to mean multiple translation 
  1034. points); 
  1035. .LP
  1036.     iii)
  1037.     multiple destinations corresponding to the tested
  1038. Global title (this is understood to be multiple signalling points/subsystem
  1039. numbers where SCCP permits a maximum of two destinations to be derived 
  1040. from a Global title). 
  1041. .LP
  1042.     \(em
  1043.     Detect loops in the SCCP routing.
  1044. .LP
  1045.     \(em
  1046.      Detect unknown destination (a destination corresponds to the tested Global 
  1047. title). 
  1048. .LP
  1049.     \(em
  1050.     Verify Global Title Translation data for accuracy,
  1051. completeness, and inconsistency.
  1052. \fB
  1053. .sp 1P
  1054. .LP
  1055. 2.5.1
  1056.     \fIGeneral procedure considerations\fR 
  1057. .sp 9p
  1058. .RT
  1059. .PP
  1060. The general procedure considerations of the SRVT are left for
  1061. further study.
  1062. .RT
  1063. .sp 1P
  1064. .LP
  1065. 2.5.2
  1066.     \fIThe SRVT messages\fR 
  1067. .sp 9p
  1068. .RT
  1069. .PP
  1070. The SRVT mesages are left for further study.
  1071. .RT
  1072. .sp 1P
  1073. .LP
  1074. 2.5.3
  1075.     \fIInitiation of the SRVT procedure\fR 
  1076. .sp 9p
  1077. .RT
  1078. .PP
  1079. Initiation of the SRVT procedure is left for further study.
  1080. .RT
  1081. .sp 1P
  1082. .LP
  1083. 2.5.4
  1084.     \fIThe SRVT procedure\fR 
  1085. .sp 9p
  1086. .RT
  1087. .PP
  1088. The specification of the SRVT procedure is left for further
  1089. study.
  1090. .RT
  1091. .sp 1P
  1092. .LP
  1093. 2.6
  1094.     \fILong\(hyterm measurement collection\fR 
  1095. .sp 9p
  1096. .RT
  1097. .PP
  1098. The measurements to be taken are given in Recommendation\ Q.791.
  1099. .PP
  1100. Periodically, at the same time, every signalling point collects the
  1101. required data. The data collected may be transferred toward the appropriate
  1102. signalling point(s) (e.g.\ an operations and maintenance centre) either on
  1103. demand or on a scheduled basis.
  1104. .PP
  1105. The procedures and means used for transfer of data are for further
  1106. study.
  1107. .bp
  1108. .RT
  1109. .sp 2P
  1110. .LP
  1111. 2.6.1
  1112.     \fIFunctions\fR 
  1113. .sp 1P
  1114. .RT
  1115. .sp 1P
  1116. .LP
  1117. 2.6.1.1
  1118.     \fIParameter intialization\fR 
  1119. .sp 9p
  1120. .RT
  1121. .PP
  1122. This function initializes, in a signalling point, the destination address(es) 
  1123. to which measurements will be transferred, sets up default 
  1124. parameters describing which indications should be reported and, if scheduled, 
  1125. when the measurements should be transferred. 
  1126. .RT
  1127. .sp 1P
  1128. .LP
  1129. 2.6.1.2
  1130.     \fIParameter modification\fR 
  1131. .sp 9p
  1132. .RT
  1133. .PP
  1134. This function allows modifications to the default measurements
  1135. which are collected in a signalling point. It may not be used to modify the
  1136. measurements duration nor to remove those measurements described as being
  1137. obligatory in Recommendation\ Q.791. The following list represents the set of
  1138. modifications currently available and the information elements that must be
  1139. provided at the controlled signalling point. Other modifications have been 
  1140. left for further study. 
  1141. .RT
  1142. .LP
  1143.     a)
  1144.     \fIAllow\fR 
  1145. \fImeasurement collection\fR is used to indicate that a particular measurement(s) 
  1146. should be collected for a particular 
  1147. controlling signalling point.
  1148. .LP
  1149.     Command, controlling address, measurement 1, measurement 2, etc.
  1150. .LP
  1151.     b)
  1152.      \fIInhibit measurement collection\fR is used to indicate that a particular 
  1153. measurement(s) should not be collected for a particular controlling signalling 
  1154. point. 
  1155. .LP
  1156.     Command, controlling address, measurement 1, measurement 2,
  1157. etc.
  1158. .sp 2P
  1159. .LP
  1160. 2.6.2
  1161.     \fIInformation elements\fR 
  1162. .sp 1P
  1163. .RT
  1164. .PP
  1165. 2.6.2.1
  1166. \fICommand indicates the function to be performed\fR 
  1167. .sp 9p
  1168. .RT
  1169. .PP
  1170. 2.6.2.2
  1171. \fIControlling address\fR is the address of the signalling point
  1172. from which commands are sent and to which the measurements are transferred.
  1173. .PP
  1174. 2.6.2.3
  1175. \fIMeasurement\fR is the name of a particular measurement which
  1176. should (not) be collected.
  1177. .sp 1P
  1178. .LP
  1179. 2.7
  1180.     \fIOn\(hyoccurrence measurement reporting\fR 
  1181. .sp 9p
  1182. .RT
  1183. .PP
  1184. These procedures deal with the transfer and control of the
  1185. measurements described in Recommendation\ Q.791 (Monitoring and measurements 
  1186. for Signalling System No.\ 7 networks) as being reported on occurrence. 
  1187. The record of an on\(hyoccurrence measurement is referred to as an \fIevent 
  1188. indicator\fR or 
  1189. \fIindicator\fR .
  1190. .RT
  1191. .sp 2P
  1192. .LP
  1193. 2.7.1
  1194.     \fIFunctions\fR 
  1195. .sp 1P
  1196. .RT
  1197. .sp 1P
  1198. .LP
  1199. 2.7.1.1
  1200.     \fIParameter initialization\fR 
  1201. .sp 9p
  1202. .RT
  1203. .PP
  1204. This function initializes, in a signalling point, the destination address(es) 
  1205. to which reporting should be made (e.g. an OMC), sets up default 
  1206. parameters describing which indicators should be reported, what thresholds 
  1207. are associated with the indicators and which indicators should be logged 
  1208. along with the establishment of logging files (see \(sc\ 2.7.1.4). 
  1209. .RT
  1210. .sp 1P
  1211. .LP
  1212. 2.7.1.2
  1213.     \fIParameter modification\fR 
  1214. .sp 9p
  1215. .RT
  1216. .PP
  1217. \fIParameter modification\fR allows modifications to be made to the
  1218. default indicators which are to be logged and transmitted. In addition, it
  1219. allows the modification of the destination addresses that are associated 
  1220. with particular indicators. The following list represents the set of modifications 
  1221. available and the information elements that must be provided at the controlled 
  1222. signalling point. Other modificaitons have been left for further 
  1223. study.
  1224. .RT
  1225. .LP
  1226.     a)
  1227.     \fICreate a\fR 
  1228. \fIlogging file\fR  | is used to create a
  1229. logging file and set the number of event indicators to be logged before
  1230. overwriting old indicators:
  1231. .LP
  1232.     command, controlling address, file name, size.
  1233. .LP
  1234.     b)
  1235.     \fIChange a controlling address\fR  | is used to modify a
  1236. controlling address (e.g.\ of an OMC) to which reports should be made:
  1237. .LP
  1238.     command, old controlling address, new controlling address.
  1239. .bp
  1240. .LP
  1241.     c)
  1242.      \fIAllow event logging\fR  | is used to indicate that a particular indicator(s) 
  1243. should be logged and optionally assign a threshold to the 
  1244. indicator:
  1245. .LP
  1246.     command, controlling address, event indicator 1,
  1247. threshold\ 1, etc.
  1248. .LP
  1249.     d)
  1250.     \fIInhibit event logging\fR  | is used to indicate that a
  1251. particular indicator(s) should not be logged:
  1252. .LP
  1253.     command, controlling address, event indicator 1, event
  1254. indicator\ 2, etc.
  1255. .LP
  1256.     e)
  1257.     \fIChange event logging threshold\fR  | is used to modify a
  1258. threshold associated with a particular indicator(s) to be logged:
  1259. .LP
  1260.     command, controlling address, event indicator\ 1, threshold\ 1,
  1261. etc.
  1262. .LP
  1263.     f
  1264. )
  1265.     \fIAllow\fR 
  1266. \fIevent reporting\fR  | is used to indicate that a particular indicator(s) 
  1267. should be reported to a controlling address and optionally assign a threshold 
  1268. to the indicator: 
  1269. .LP
  1270.     command, controlling address, event indicator\ 1, threshold\ 1,
  1271. etc.
  1272. .LP
  1273.     g)
  1274.     \fIInhibit event reporting\fR  | is used to indicate that a
  1275. particular indicator(s) should not be reported:
  1276. .LP
  1277.     command, controlling address, event indicator 1, event
  1278. indicator\ 2, etc.
  1279. .LP
  1280.     h)
  1281.     \fIChange event reporting threshold\fR  | is used to modify a
  1282. threshold associated with a particular indicator(s) to be reported:
  1283. .LP
  1284.     command, controlling address, event indicator\ 1, threshold\ 1,
  1285. etc.
  1286. .sp 1P
  1287. .LP
  1288. 2.7.1.3
  1289.     \fIEvent indicator reporting\fR 
  1290. .sp 9p
  1291. .RT
  1292. .PP
  1293. This function notifies a specified controlling address of
  1294. on\(hyoccurrence measurements by the transfer of an event indicator. The 
  1295. following information elements are included in each message that is sent 
  1296. for reporting 
  1297. purposes:
  1298. .RT
  1299. .LP
  1300.     event type, controlled address, affected address, time stamp,
  1301. additional information.
  1302. .sp 1P
  1303. .LP
  1304. 2.7.1.4
  1305.     \fIRecovery of recent on\(hyoccurrence measurement history\fR 
  1306. .sp 9p
  1307. .RT
  1308. .PP
  1309. In the event of failure of a controlling signalling point (e.g.\ an operations 
  1310. maintenance centre) or a signalling relation to that controlling 
  1311. signalling point, a recovery procedure is required to allow the controlling
  1312. signalling point to recover a recent history of on\(hyoccurrence measurements 
  1313. in the signalling network. This is accomplished by maintaining a log of 
  1314. the last N event indicators, at the signalling point, which may be requested 
  1315. by the 
  1316. controlling signalling point after recovery.
  1317. .PP
  1318. The logging file may also be used to store event indicators which have 
  1319. not been requested for reporting by the controlling signalling point, for 
  1320. example, measurements with lower thresholds for logging than for reporting.
  1321. .PP
  1322. The maximum number of event indicators logged (N) is for further
  1323. study.
  1324. .RT
  1325. .sp 2P
  1326. .LP
  1327. 2.7.2
  1328.     \fIInformation elements\fR 
  1329. .sp 1P
  1330. .RT
  1331. .PP
  1332. 2.7.2.1
  1333. \fIControlling address\fR  | is the address of the signalling point from 
  1334. which commands are sent and to which the event indicators are reported. 
  1335. .sp 9p
  1336. .RT
  1337. .PP
  1338. 2.7.2.2
  1339. \fIControlled address\fR  | is the address of the signalling point
  1340. which is being controlled and from which measurements are being reported.
  1341. .PP
  1342. 2.7.2.3
  1343. \fIAffected address\fR  | is the address of the signalling point about 
  1344. which an event indicator pertains. 
  1345. .PP
  1346. 2.7.2.4
  1347. \fICommand\fR  | indicates a function to be performed.
  1348. .PP
  1349. 2.7.2.5
  1350. \fIFile name\fR  | is the name of a file at the signalling point where 
  1351. logging is to be performed. 
  1352. .PP
  1353. 2.7.2.6
  1354. \fISize (N)\fR  | is the maximum number of event indicators that may
  1355. be recorded in an event log.
  1356. .PP
  1357. 2.7.2.7
  1358. \fIEvent type\fR  | describes the on\(hyoccurrence measurement associated 
  1359. with an event indicator. 
  1360. .PP
  1361. 2.7.2.8
  1362. \fIThreshold\fR  | represents some threshold associated with an
  1363. on\(hyoccurrence measurement before its associated event indicator is reported 
  1364. or logged. 
  1365. .PP
  1366. 2.7.2.9
  1367. \fITime stamp\fR  | represents the unique network time when the event
  1368. indicator was generated.
  1369. .LP
  1370. 2.7.2.10\ \ \fIAdditional information\fR  | is any additional information
  1371. associated with the on\(hyoccurrence measurement being indicated (e.g.\ 
  1372. the link ID of a signalling link experiencing a failure). 
  1373. .bp
  1374. .LP
  1375. .sp 1P
  1376. .LP
  1377. 2.8
  1378.     \fIDelay measurements\fR 
  1379. .sp 9p
  1380. .RT
  1381. .PP
  1382. These procedures deal with measuring delays across the signalling network, 
  1383. whether these delays are measured point\(hyto\(hypoint or round trip. 
  1384. .RT
  1385. .sp 1P
  1386. .LP
  1387. 2.8.1
  1388.     \fIFunctions\fR 
  1389. .sp 9p
  1390. .RT
  1391. .PP
  1392. The specifications of functions is left for further study.
  1393. .RT
  1394. .sp 1P
  1395. .LP
  1396. 2.8.2
  1397.     \fIInformation elements\fR 
  1398. .sp 9p
  1399. .RT
  1400. .PP
  1401. The specification of information elements is left for further
  1402. study.
  1403. .RT
  1404. .sp 1P
  1405. .LP
  1406. 2.9
  1407.     \fIClock initialization\fR 
  1408. .sp 9p
  1409. .RT
  1410. .PP
  1411. The clock initialization procedures provide a means for setting
  1412. clocks in a signalling point for operations and maintenance and for other
  1413. purposes. Its main function allows clocks in the network to be set up to a
  1414. unique network time.
  1415. .RT
  1416. .sp 1P
  1417. .LP
  1418. 2.9.1
  1419.     \fIFunctions\fR 
  1420. .sp 9p
  1421. .RT
  1422. .PP
  1423. The specification of specific functions has been left for further   study.
  1424. .RT
  1425. .LP
  1426. .sp 1P
  1427. .LP
  1428. 2.9.2
  1429.     \fIInformation elements\fR 
  1430. .sp 9p
  1431. .RT
  1432. .PP
  1433. The specification of information elements is left for further
  1434. study.
  1435. .RT
  1436. .sp 1P
  1437. .LP
  1438. 2.10
  1439.     \fIReal\(hytime control\fR 
  1440. .sp 9p
  1441. .RT
  1442. .PP
  1443. These procedures allow for automatic or manual controls to be taken in 
  1444. a controlled signalling point based on input from a controlling signalling 
  1445. point. The controlling signalling point may initiate these procedures based 
  1446. on input from procedures like the \fIon\(hyoccurrence measurement reporting\fR 
  1447. procedures.
  1448. .RT
  1449. .sp 1P
  1450. .LP
  1451. 2.10.1
  1452.     \fIFunctions\fR 
  1453. .sp 9p
  1454. .RT
  1455. .PP
  1456. The specification of functions is left for further study.
  1457. .RT
  1458. .sp 1P
  1459. .LP
  1460. 2.10.2
  1461.     \fIInformation elements\fR 
  1462. .sp 9p
  1463. .RT
  1464. .PP
  1465. The specification of information elements is left for further
  1466. study.
  1467. .RT
  1468. .sp 1P
  1469. .LP
  1470. 2.11
  1471.     \fIOperations\fR 
  1472. .sp 9p
  1473. .RT
  1474. .PP
  1475. These procedures provide a capability to perform operations, such as activation 
  1476. of links, within the signalling network. 
  1477. .RT
  1478. .LP
  1479. .sp 1P
  1480. .LP
  1481. 2.11.1
  1482.     \fIFunctions\fR 
  1483. .sp 9p
  1484. .RT
  1485. .PP
  1486. The specification of functions is left for further study.
  1487. .RT
  1488. .sp 1P
  1489. .LP
  1490. 2.11.2
  1491.     \fIInformation elements\fR 
  1492. .sp 9p
  1493. .RT
  1494. .PP
  1495. The specification of information elements is left for further
  1496. study.
  1497. .RT
  1498. .sp 2P
  1499. .LP
  1500. \fB3\fR     \fBOperations and maintenance procedures for the exchanges\fR 
  1501. .sp 1P
  1502. .RT
  1503. .PP
  1504. This paragraph deals with those procedures associated with the
  1505. operations and maintenance of exchanges and remains as a topic for further
  1506. study. A basis for the definition of this paragraph will be
  1507. Recommendations\ Q.511, Q.512, Q.542 and  Q.544, Supplement\ 6 of
  1508. Fascicle\ II.3 and Recommendation\ Z.318.
  1509. .RT
  1510. .sp 2P
  1511. .LP
  1512. \fB4\fR     \fBOperations and maintenance procedures for both the Signalling\fR 
  1513. \fBNetwork and Exchanges\fR 
  1514. .sp 1P
  1515. .RT
  1516. .PP
  1517. This section deals with those procedures associated with operations and 
  1518. maintenance that are found in common with both the Signalling Network and 
  1519. the Exchanges. See OMAP procedures and protocols in this document and also 
  1520. Recommendations\ Q.541, Q.543, Q.544 and M.30. The contents of this paragraph
  1521. remains as a topic for further study.
  1522. .bp
  1523. .RT
  1524. .sp 2P
  1525. .LP
  1526. \fB5\fR \fBRequirements on the protocols used to support the operations\fR 
  1527. \fBand maintenance procedures\fR 
  1528. .sp 1P
  1529. .RT
  1530. .PP
  1531. It is assumed that the procedures defined in the previous
  1532. paragraphs
  1533. will make use of the protocols defined by CCITT in the various functional
  1534. layers of the OSI model. This paragraph describes the capabilities required
  1535. from these layers. No attempt is made to allocate the requirements to specific 
  1536. functional layers of the OSI model. See OMAP procedures and protocols in 
  1537. this document and also Recommendations\ Q.541, Q.543, Q.544 and M.30. 
  1538. .RT
  1539. .sp 1P
  1540. .LP
  1541. 5.1
  1542.     \fIAddressing capability\fR 
  1543. .sp 9p
  1544. .RT
  1545. .PP
  1546. This capability allows the user of the OMAP to address applications in 
  1547. nodes in the signalling network or to applications in nodes that may exist 
  1548. in any interconnected network. 
  1549. .RT
  1550. .sp 1P
  1551. .LP
  1552. 5.2
  1553.     \fIDistribution capability\fR 
  1554. .sp 9p
  1555. .RT
  1556. .PP
  1557. This capability is responsible for delivering information to the
  1558. appropriate operations and maintenance application within the destination
  1559. node.
  1560. .RT
  1561. .sp 1P
  1562. .LP
  1563. 5.3
  1564.     \fIConnection\(hyoriented communication capability\fR 
  1565. .sp 9p
  1566. .RT
  1567. .PP
  1568. This capability establishes a connection, whether physical or
  1569. logical, for the purposes of transporting operations and maintenance
  1570. information between two signalling points. This is required, for example, 
  1571. for the interactions between a controlling signalling point where MML commands 
  1572. are entered and a controlled signalling point where the functions controlled 
  1573. by the MML commands exist. 
  1574. .RT
  1575. .sp 1P
  1576. .LP
  1577. 5.4
  1578.     \fIConnectionless communication capability\fR 
  1579. .sp 9p
  1580. .RT
  1581. .PP
  1582. The capability allows the transfer of operations and maintenance
  1583. information between two signalling points without the establishment of a
  1584. connection. This is required, for example, to transfer event indicators 
  1585. used in the \fIon\(hyoccurrence measurement reporting\fR . 
  1586. .RT
  1587. .sp 1P
  1588. .LP
  1589. 5.5
  1590.     \fIFile transfer capability\fR 
  1591. .sp 9p
  1592. .RT
  1593. .PP
  1594. This capability provides the means for communications between
  1595. operations and maintenance applications which require file transfers. This 
  1596. is required, for example, to transport files generated by \fIlong\(hyterm 
  1597. measurement\fR \fIcollection\fR . 
  1598. .RT
  1599. .sp 1P
  1600. .LP
  1601. 5.6
  1602.     \fIOther capabilities\fR 
  1603. .sp 9p
  1604. .RT
  1605. .PP
  1606. Other capabilities which may be required are for further
  1607. study.
  1608. .RT
  1609. .sp 2P
  1610. .LP
  1611. \fB6\fR     \fBTimer definitions and values, and performance time definitions\fR 
  1612. \fBand values\fR 
  1613. .sp 1P
  1614. .RT
  1615. .sp 1P
  1616. .LP
  1617. 6.1
  1618.     \fITimer definitions and values\fR 
  1619. .sp 9p
  1620. .RT
  1621. .PP
  1622. T1 at a signalling point (Near End Signalling Point) initiating an MRVT 
  1623. is the guard time waiting for all MRVA messages in response to the MRVT 
  1624. messages sent from the Near End SP.
  1625. .RT
  1626. .sp 1P
  1627. .ce 1000
  1628. T1 (Near End SP) = D(N +1)
  1629. .ce 0
  1630. .sp 1P
  1631. .LP
  1632. where N is defined in \(sc\ 2.3.2.1\ d), and D is defined in \(sc\ 6.2 below.
  1633. .sp 9p
  1634. .RT
  1635. .PP
  1636. T1 at an intermediate signalling point is the guard time
  1637. associated with a received MRVT message, waiting for all MRVA messages in
  1638. response to all MRVT messages sent.
  1639. .LP
  1640. T1 (Intermediate SP) = T1 deduced from the received MRVT message \(em D
  1641. .bp
  1642. .sp 1P
  1643. .ce 1000
  1644. .ce 0
  1645. .sp 1P
  1646. .LP
  1647. 6.2
  1648.     \fIPerformance time definitions and values\fR 
  1649. .sp 9p
  1650. .RT
  1651. .sp 1P
  1652. .ce 1000
  1653. D = Max(d1) + Max(d2) + Max(d3) + Max(d4)
  1654. .ce 0
  1655. .sp 1P
  1656. .LP
  1657. where
  1658. .sp 9p
  1659. .RT
  1660. .LP
  1661.     d1:
  1662.     time to transfer an MRVT message.
  1663. .LP
  1664.     d2:
  1665.     time to take into account an MRVT message received.
  1666. .LP
  1667.     \(em
  1668.      In an Intermediate SP, performance time d2 is the time between the reception 
  1669. of an MRVT message and the sending of the MRVT messages to the concerned 
  1670. SPs (or the sending of the MRVA message to the point which has sent the 
  1671. MRVT message when a problem is detected). 
  1672. .LP
  1673.     \(em
  1674.      In the tested destination, performance time d2 is the time between the 
  1675. reception of an MRVT message and the sending of the MRVA 
  1676. message to the point which has sent the MRVT message.
  1677. .LP
  1678.     d3:
  1679.     time to transfer an MRVA message.
  1680. .LP
  1681.     d4:
  1682.     time to take into account an MRVA received.
  1683. .LP
  1684.     \(em
  1685.      In an Intermediate SP, performance time d4 is the time between the reception 
  1686. of the last MRVA message and the sending of the MRVA 
  1687. message to the point which has sent the MRVT message.
  1688. .ce
  1689. \fBH.T. [T1.795]\fR 
  1690. .ps 9
  1691. .vs 11
  1692. .nr VS 11
  1693. .nr PS 9
  1694. .TS
  1695. center box;
  1696. cw(48p) | cw(72p) .
  1697. Performance time    Estimated maximum value
  1698. _
  1699. .T&
  1700. cw(48p) | lw(72p) .
  1701. d1    2 seconds (provisional)
  1702. _
  1703. .T&
  1704. cw(48p) | lw(72p) .
  1705. d2    3 seconds (provisional)
  1706. _
  1707. .T&
  1708. cw(48p) | lw(72p) .
  1709. d3    2 seconds (provisional)
  1710. _
  1711. .T&
  1712. cw(48p) | lw(72p) .
  1713. d4    1 second (provisional)
  1714. _
  1715. .T&
  1716. cw(48p) | lw(72p) .
  1717. D    8 seconds (provisional)
  1718. _
  1719. .TE
  1720. .nr PS 9
  1721. .RT
  1722. .ad r
  1723. \fBTable [T1.795], p.\fR 
  1724. .sp 1P
  1725. .RT
  1726. .ad b
  1727. .RT
  1728. .sp 2P
  1729. .LP
  1730. \fB7\fR     \fBState transition diagrams\fR 
  1731. .sp 1P
  1732. .RT
  1733. .sp 1P
  1734. .LP
  1735. 7.1
  1736.     \fIGeneral\fR 
  1737. .sp 9p
  1738. .RT
  1739. .PP
  1740. Paragraph 7 contains the description of the test functions
  1741. described in \(sc\(sc\ 2.2 and 2.3 in the form of state transition diagrams 
  1742. according to the CCITT Specification and Description Language (SDL). 
  1743. .PP
  1744. A set of diagrams is provided for each of the following
  1745. tests:
  1746. .RT
  1747. .LP
  1748.     a)
  1749.     Circuit Validation Test (CVT), described in \(sc\ 2.2;
  1750. .LP
  1751.     b)
  1752.     MTP Routing Verification Test (MRVT), described in
  1753. \(sc\ 2.3.
  1754. .sp 1P
  1755. .LP
  1756. 7.2
  1757.     \fIAbbreviations used in Figures\ 4/Q.795 to 5/Q.795\fR 
  1758. .sp 9p
  1759. .RT
  1760. .LP
  1761.     CVT
  1762.     Circuit validation test;
  1763. .LP
  1764.     CKT
  1765.     Circuit;
  1766. .LP
  1767.     MRVT MTP
  1768.     Routing verification test;
  1769. .LP
  1770.     MRVA MTP
  1771.     Routing verification acknowledgement;
  1772. .LP
  1773.     MRVR MTP
  1774.     Routing verification result;
  1775. .LP
  1776.     PC
  1777.     Point code;
  1778. .LP
  1779.     REQ
  1780.     Request;
  1781. .LP
  1782.     RESP
  1783.     Response;
  1784. .LP
  1785.     SMAP
  1786.     System management application process.
  1787. .bp
  1788. .LP
  1789. .rs
  1790. .sp 47P
  1791. .ad r
  1792. \fBFigure 4/Q.795, p.\fR 
  1793. .sp 1P
  1794. .RT
  1795. .ad b
  1796. .RT
  1797. .LP
  1798. .bp
  1799. .LP
  1800. .rs
  1801. .sp 47P
  1802. .ad r
  1803. \fBFigure 5/Q.795 Sheet 1 of 3, p.\fR 
  1804. .sp 1P
  1805. .RT
  1806. .ad b
  1807. .RT
  1808. .LP
  1809. .bp
  1810. .LP
  1811. .rs
  1812. .sp 47P
  1813. .ad r
  1814. \fBFigure 5/Q.795 Sheet 2 of 3, p.\fR 
  1815. .sp 1P
  1816. .RT
  1817. .ad b
  1818. .RT
  1819. .LP
  1820. .bp
  1821. .LP
  1822. .rs
  1823. .sp 47P
  1824. .ad r
  1825. \fBFigure 5/Q.795 Sheet 3 of 3, p.\fR 
  1826. .sp 1P
  1827. .RT
  1828. .ad b
  1829. .RT
  1830. .LP
  1831. .bp
  1832. .sp 2P
  1833. .LP
  1834. \fB8\fR     \fBASEs\fR 
  1835. .sp 1P
  1836. .RT
  1837. .PP
  1838. In the event of a conflict between \(sc\ 2 and \(sc\ 8, then \(sc\ 2 will 
  1839. take precedence. 
  1840. .RT
  1841. .sp 1P
  1842. .LP
  1843. 8.
  1844.     \fIMRVT ASE\fR  |
  1845. .FS
  1846. See X.208 and X.209 for description of formal  notation.
  1847. .FE
  1848. .sp 9p
  1849. .RT
  1850. .PP
  1851. The MRVT ASE provides the services accessed via the two
  1852. OM\(hyprimitives OM\(hyCONFIRMED\(hyACTION and OM\(hyEVENT\(hyREPORT. These 
  1853. are described in Figure\ 6/Q.795 
  1854. .FS
  1855. Derived from ISO\ 9596.
  1856. .FE
  1857. . MRVT uses a particular instance of each primitive. testRoute is the CnfActionType 
  1858. of the OM\(hyCONFIRMED\(hyACTION 
  1859. primitive, while routeTrace is the EventType of the OM\(hyEVENT\(hyREPORT 
  1860. primitive. Each is described below with the appopriate arguments (ActionArg 
  1861. for testRoute and EventInfo for routeTrace) and, for testRoute, the appropriate 
  1862. ActionResults and ActionErrors. For both OM\(hyprimitives in Figure\ 6/Q.795, 
  1863. the InvokeID in the respective primitives is the InvokeID passed to TCAP, 
  1864. the ResourceClass 
  1865. indicates MTP Routing Tables, and the ResourceInstance contains the point 
  1866. code of the test destination. In addition, the accessControl argument in 
  1867. OM\(hyCONFIRMED\(hyACTION is absent. The testRoute Action makes use of 
  1868. the BEGIN 
  1869. message with result (MRVA) returning in an END. The routeTrace Event (MRVR)
  1870. uses a BEGIN message with pre\(hyarranged end.
  1871. .RT
  1872. .sp 1P
  1873. .LP
  1874. 8.1.1
  1875.     \fItestRoute Action\fR 
  1876. .sp 9p
  1877. .RT
  1878. .PP
  1879. The testRoute Action is invoked to initiate an MTP routing
  1880. verification test. At the initiator node, this invocation is requested 
  1881. by the local SMAP. At subsequent nodes, the Action is requested implicitly 
  1882. by the 
  1883. receipt of a testRoute Action invocation. A successful reply indicates
  1884. successful completion of the test at the point it was invoked and, implicitly, 
  1885. at all subsequent points where the test was invoked. A failure indication 
  1886. is 
  1887. returned to indicate that the test failed in this or a subsequent node.
  1888. .RT
  1889. .ce
  1890. \fBH.T. [T2.795]\fR 
  1891. .ps 9
  1892. .vs 11
  1893. .nr VS 11
  1894. .nr PS 9
  1895. .TS
  1896. center box;
  1897. cw(54p) | cw(42p) | cw(30p) | cw(42p) .
  1898. testRoute CNF\(hyACTION    \fITimer\fR  = T1    \fIClass\fR  = 1    \fICode\fR  = 00000001
  1899. _
  1900. .T&
  1901. lw(96p) | cw(30p) | cw(42p) .
  1902. \fIActionArg\fR    \fIOpt/Man\fR    \fIReference\fR
  1903. _
  1904. .T&
  1905. lw(96p) | cw(30p) | cw(42p) .
  1906. initiating SP    M    8.1.1.1.1
  1907. .T&
  1908. lw(96p) | cw(30p) | cw(42p) .
  1909. traceRequested    M    8.1.1.1.2
  1910. .T&
  1911. lw(96p) | cw(30p) | cw(42p) .
  1912. threshold    M    8.1.1.1.3
  1913. .T&
  1914. lw(96p) | cw(30p) | cw(42p) .
  1915. pointCodesTraversed    M    8.1.1.1.4
  1916. _
  1917. .TE
  1918. .nr PS 9
  1919. .RT
  1920. .ad r
  1921. \fBTable [T2.795], p.\fR 
  1922. .sp 1P
  1923. .RT
  1924. .ad b
  1925. .RT
  1926. .LP
  1927. .bp
  1928. .ce
  1929. \fBH.T. [T3.795]\fR 
  1930. .ps 9
  1931. .vs 11
  1932. .nr VS 11
  1933. .nr PS 9
  1934. .TS
  1935. center box;
  1936. lw(180p) .
  1937. testRoute CNF\(hyACTION
  1938. .T&
  1939. lw(180p) .
  1940. ACTIONARG SEQUENCE {
  1941. .T&
  1942. lw(180p) .
  1943.  {
  1944. initiating SP [0] IMPLICIT PointCode,
  1945. traceRequested [1] IMPLICIT BOOLEAN,
  1946. threshold [2] IMPLICIT INTEGER,
  1947. pointCodesTraversed [3] IMPLICIT PointCodeList
  1948.  }
  1949. .T&
  1950. lw(180p) .
  1951. \ \ \ }
  1952. .T&
  1953. lw(180p) .
  1954.  {
  1955. ACTIONRESULT
  1956. empty
  1957. SPECIFICERRORS
  1958. { ailure, partialSucces }
  1959.  }
  1960. .T&
  1961. lw(180p) .
  1962. ::=1
  1963. _
  1964. .TE
  1965. .nr PS 9
  1966. .RT
  1967. .ad r
  1968. \fBTable [T3.795], p.\fR 
  1969. .sp 1P
  1970. .RT
  1971. .ad b
  1972. .RT
  1973. .sp 2P
  1974. .LP
  1975. 8.1.1.1
  1976.     \fItestRoute Action Arguments\fR 
  1977. .sp 1P
  1978. .RT
  1979. .sp 1P
  1980. .LP
  1981. 8.1.1.1.1
  1982.     \fIinitiating SP\fR 
  1983. .sp 9p
  1984. .RT
  1985. .PP
  1986. The initiating SP identifies the original requestor of the test. It is 
  1987. of type PointCode, defined as an octet string. 
  1988. .RT
  1989. .ce
  1990. \fBH.T. [T4.795]\fR 
  1991. .ps 9
  1992. .vs 11
  1993. .nr VS 11
  1994. .nr PS 9
  1995. .TS
  1996. center box;
  1997. lw(60p) | lw(60p) .
  1998. \fIParameter\fR    \fICode\fR
  1999. _
  2000. .T&
  2001. lw(60p) | lw(60p) .
  2002. initiating SP    10000000
  2003. _
  2004. .T&
  2005. lw(120p) .
  2006. \fIContents\fR
  2007. _
  2008. .T&
  2009. lw(120p) .
  2010.  {
  2011. Bit 0 contains the first bit of the point code,
  2012.  }
  2013. .T&
  2014. lw(120p) .
  2015.  {
  2016. Bit 1 contains the second bit of the point code, etc.
  2017.  }
  2018. _
  2019. .T&
  2020. cw(120p) .
  2021. PointCode ::= OCTET STRING
  2022. _
  2023. .TE
  2024. .nr PS 9
  2025. .RT
  2026. .ad r
  2027. \fBTable [T4.795], p.\fR 
  2028. .sp 1P
  2029. .RT
  2030. .ad b
  2031. .RT
  2032. .sp 1P
  2033. .LP
  2034. 8.1.1.1.2\ \ \fItraceRequested\fR 
  2035. .sp 9p
  2036. .RT
  2037. .PP
  2038. traceRequested indicates that a trace of all routes used to reach the destination 
  2039. should be reported to the originator (the routeTrace Event is described 
  2040. in \(sc\ 8.1.2). It is of type BOOLEAN. 
  2041. .RT
  2042. .ce
  2043. \fBH.T. [T5.795]\fR 
  2044. .ps 9
  2045. .vs 11
  2046. .nr VS 11
  2047. .nr PS 9
  2048. .TS
  2049. center box;
  2050. lw(54p) | lw(120p) .
  2051. \fIParameter\fR    \fICode\fR
  2052. _
  2053. .T&
  2054. lw(54p) | lw(120p) .
  2055. traceRequested    10000001
  2056. _
  2057. .T&
  2058. lw(54p) | lw(120p) .
  2059. \fIContents\fR    \fIMeaning\fR
  2060. _
  2061. .T&
  2062. lw(54p) | lw(120p) .
  2063. TRUE (=1)     {
  2064. trace was requested, return trace information on success and failure.
  2065.  }
  2066. .T&
  2067. lw(54p) | lw(120p) .
  2068. FALSE (=0)     {
  2069. trace not requested, return trace information only on
  2070. failure.
  2071.  }
  2072. _
  2073. .TE
  2074. .nr PS 9
  2075. .RT
  2076. .ad r
  2077. \fBTable [T5.795], p.\fR 
  2078. .sp 1P
  2079. .RT
  2080. .ad b
  2081. .RT
  2082. .LP
  2083. .bp
  2084. .sp 1P
  2085. .LP
  2086. 8.1.1.1.3\ \ \fIthreshold\fR 
  2087. .sp 9p
  2088. .RT
  2089. .PP
  2090. The originator sets a maximum threshold level of signalling points (SP) 
  2091. which are allowed to be crossed in the course of the test (including the 
  2092. initiator if it is an STP). This aids in detecting overly long routes. 
  2093. This 
  2094. threshold is an integral number of SPs, thus it is of type INTEGER.
  2095. .RT
  2096. .ce
  2097. \fBH.T. [T6.795]\fR 
  2098. .ps 9
  2099. .vs 11
  2100. .nr VS 11
  2101. .nr PS 9
  2102. .TS
  2103. center box;
  2104. lw(60p) | lw(60p) .
  2105. \fIParameter\fR    \fICode\fR
  2106. _
  2107. .T&
  2108. lw(60p) | lw(60p) .
  2109. threshold    10000010
  2110. _
  2111. .T&
  2112. lw(120p) .
  2113. \fIContents\fR
  2114. _
  2115. .T&
  2116. lw(120p) .
  2117.  {
  2118. Integer number represented in binary.
  2119.  }
  2120. _
  2121. .TE
  2122. .nr PS 9
  2123. .RT
  2124. .ad r
  2125. \fBTable [T6.795], p.\fR 
  2126. .sp 1P
  2127. .RT
  2128. .ad b
  2129. .RT
  2130. .sp 1P
  2131. .LP
  2132. 8.1.1.1.4\ \ \fIpointCodesTraversed\fR 
  2133. .sp 9p
  2134. .RT
  2135. .PP
  2136. As each SP is crossed, it adds its own point code to the list of
  2137. point codes traversed. This aids in detecting loops and is also useful
  2138. information in case of a failure or if a route trace is requested. It is 
  2139. a list of point codes thus of type PointCodeList. This PointCodeList could 
  2140. be 
  2141. empty.
  2142. .RT
  2143. .ce
  2144. \fBH.T. [T7.795]\fR 
  2145. .ps 9
  2146. .vs 11
  2147. .nr VS 11
  2148. .nr PS 9
  2149. .TS
  2150. center box;
  2151. lw(60p) | lw(60p) .
  2152. \fIParameter\fR    \fICode\fR
  2153. _
  2154. .T&
  2155. lw(60p) | lw(60p) .
  2156. pointCodesTraversed    10100011
  2157. _
  2158. .T&
  2159. lw(120p) .
  2160. \fIContents\fR
  2161. _
  2162. .T&
  2163. lw(120p) .
  2164.  {
  2165. Sequence of PointCodes, tagged as `PointCode' with the contents
  2166. indicating the exact point code.
  2167.  }
  2168. _
  2169. .T&
  2170. cw(120p) .
  2171.  {
  2172. PointCodeList ::= SEQUENCE OF PointCode
  2173.  }
  2174. _
  2175. .TE
  2176. .nr PS 9
  2177. .RT
  2178. .ad r
  2179. \fBTable [T7.795], p.\fR 
  2180. .sp 1P
  2181. .RT
  2182. .ad b
  2183. .RT
  2184. .sp 1P
  2185. .LP
  2186. 8.1.1.2
  2187.     \fIAction Results\fR 
  2188. .sp 9p
  2189. .RT
  2190. .PP
  2191. There are no contents in a successful return indication.
  2192. .RT
  2193. .sp 1P
  2194. .LP
  2195. 8.1.1.3
  2196.     \fIAction Errors\fR 
  2197. .sp 9p
  2198. .RT
  2199. .PP
  2200. SpecificErrors are possible errors which can occur during this test which 
  2201. are unique to this test. These specific errors are in addition to the 
  2202. errors already identified in the OM\(hyACTION service and appear as parameters 
  2203. to the Processing Failure Error. 
  2204. .RT
  2205. .sp 1P
  2206. .LP
  2207. 8.1.1.3.1\ \ \fIfailure\fR 
  2208. .sp 9p
  2209. .RT
  2210. .PP
  2211. failure indicates a condition of total failure, where no route
  2212. worked correctly. Most often this will be used as a failure indication 
  2213. from the point which detects the error and does not invoke any further 
  2214. testRoute 
  2215. Actions. The failure SpecificError has with it a parameter to indicate the
  2216. error condition causing the failure. This parameter failureType is represented 
  2217. as a big string. In addition, the second parameter is to be used when 
  2218. failureType indicates the error Unknown initiating SP. traceSent indicates
  2219. whether or not a routeTrace Event has been invoked to report trace information. 
  2220. It is necessary to indicate this for this error since the node detecting 
  2221. the 
  2222. error cannot send the routeTrace, thus the previous node must. traceSent 
  2223. is a type of BOOLEAN. 
  2224. .bp
  2225. .RT
  2226. .ce
  2227. \fBH.T. [T8.795]\fR 
  2228. .ps 9
  2229. .vs 11
  2230. .nr VS 11
  2231. .nr PS 9
  2232. .TS
  2233. center box;
  2234. lw(48p) | lw(36p) .
  2235. \fISpecific Error\fR    \fICode\fR
  2236. _
  2237. .T&
  2238. lw(48p) | lw(36p) .
  2239. failure    00000001
  2240. _
  2241. .T&
  2242. lw(48p) | lw(36p) .
  2243. \fIParameters\fR    \fIReferences\fR
  2244. _
  2245. .T&
  2246. lw(48p) | lw(36p) .
  2247. failureType    8.1.1.3.1
  2248. .T&
  2249. lw(48p) | lw(36p) .
  2250. traceSent    8.1.1.3.1
  2251. _
  2252. .TE
  2253. .nr PS 9
  2254. .RT
  2255. .ad r
  2256. \fBTable [T8.795], p.\fR 
  2257. .sp 1P
  2258. .RT
  2259. .ad b
  2260. .RT
  2261. .ce
  2262. \fBH.T. [T9.795]\fR 
  2263. .ps 9
  2264. .vs 11
  2265. .nr VS 11
  2266. .nr PS 9
  2267. .TS
  2268. center box;
  2269. lw(36p) | lw(60p) .
  2270. \fIParameter\fR    \fICode\fR
  2271. _
  2272. .T&
  2273. lw(36p) | lw(60p) .
  2274. failureType    10000000
  2275. _
  2276. .T&
  2277. cw(36p) | lw(60p) .
  2278. \fIBit\fR    \fIMeaning\fR
  2279. _
  2280. .T&
  2281. cw(36p) | lw(60p) .
  2282. 0    detectedLoop
  2283. .T&
  2284. cw(36p) | lw(60p) .
  2285. 1    excessiveLengthRoute
  2286. .T&
  2287. cw(36p) | lw(60p) .
  2288. 2    unknownResourceInstance
  2289. .T&
  2290. cw(36p) | lw(60p) .
  2291. 3    routeInaccessible
  2292. .T&
  2293. cw(36p) | lw(60p) .
  2294. 4    processingFailure
  2295. .T&
  2296. cw(36p) | lw(60p) .
  2297. 5    unknown Initiating SP
  2298. .T&
  2299. cw(36p) | lw(60p) .
  2300. 6    timerExpired
  2301. _
  2302. .TE
  2303. .nr PS 9
  2304. .RT
  2305. .ad r
  2306. \fBTable [T9.795], p.\fR 
  2307. .sp 1P
  2308. .RT
  2309. .ad b
  2310. .RT
  2311. .ce
  2312. \fBH.T. [T10.795]\fR 
  2313. .ps 9
  2314. .vs 11
  2315. .nr VS 11
  2316. .nr PS 9
  2317. .TS
  2318. center box;
  2319. lw(36p) | lw(90p) .
  2320. \fIParameter\fR    \fICode\fR
  2321. _
  2322. .T&
  2323. lw(36p) | lw(90p) .
  2324. traceSent    10000001
  2325. _
  2326. .T&
  2327. lw(36p) | lw(90p) .
  2328. \fIContents\fR    \fIMeaning\fR
  2329. _
  2330. .T&
  2331. lw(36p) | lw(90p) .
  2332. TRUE     {
  2333. the trace information was sent
  2334.  }
  2335. .T&
  2336. lw(36p) | lw(90p) .
  2337. FALSE     {
  2338. the trace information was not sent
  2339.  }
  2340. _
  2341. .TE
  2342. .nr PS 9
  2343. .RT
  2344. .ad r
  2345. \fBTable [T10.795], p.\fR 
  2346. .sp 1P
  2347. .RT
  2348. .ad b
  2349. .RT
  2350. .ce
  2351. \fBH.T. [T11.795]\fR 
  2352. .ps 9
  2353. .vs 11
  2354. .nr VS 11
  2355. .nr PS 9
  2356. .TS
  2357. center box;
  2358. lw(150p) .
  2359.  {
  2360. failure SPECIFICERROR
  2361. .line
  2362. \fBfailure\fR
  2363. PARAMETER SEQUENCE
  2364. { ailureType [0] IMPLICIT FailureString,
  2365. .line
  2366. traceSent [1] IMPLICIT BOOLEA }
  2367. \fBfailure\fR
  2368. ::=1
  2369.  }
  2370. _
  2371. .TE
  2372. .nr PS 9
  2373. .RT
  2374. .ad r
  2375. \fBTable [T11.795], p.\fR 
  2376. .sp 1P
  2377. .RT
  2378. .ad b
  2379. .RT
  2380. .ce
  2381. \fBH.T. [T12.795]\fR 
  2382. .ps 9
  2383. .vs 11
  2384. .nr VS 11
  2385. .nr PS 9
  2386. .TS
  2387. center box;
  2388. lw(150p) .
  2389.  {
  2390. FailureString ::= BITSTRING
  2391. detectedLoop [0],
  2392. excessiveLengthRoute [1],
  2393. unknownResourceInstance [2],
  2394. routeInaccessible [3],
  2395. processingFailure [4],
  2396. unknown Initiating SP [5],
  2397. timerExpired [6]
  2398.  }
  2399. _
  2400. .TE
  2401. .nr PS 9
  2402. .RT
  2403. .ad r
  2404. \fBTable [T12.795], p.\fR 
  2405. .sp 1P
  2406. .RT
  2407. .ad b
  2408. .RT
  2409. .LP
  2410. .bp
  2411. .sp 1P
  2412. .LP
  2413. 8.1.1.3.2\ \ \fIPartial Success\fR 
  2414. .sp 9p
  2415. .RT
  2416. .PP
  2417. This indication is given when at least one routeTest Action
  2418. invocation failed and at least one succeeded (at least partially). In this
  2419. case, each type of error that occurred will be noted and sent in the final
  2420. reply. The format and contents of partial success are the same as failure.
  2421. .RT
  2422. .ce
  2423. \fBH.T. [T13.795]\fR 
  2424. .ps 9
  2425. .vs 11
  2426. .nr VS 11
  2427. .nr PS 9
  2428. .TS
  2429. center box;
  2430. lw(48p) | lw(36p) .
  2431. \fISpecific Error\fR    \fICode\fR
  2432. _
  2433. .T&
  2434. lw(48p) | lw(36p) .
  2435. partialSuccess    00000010
  2436. _
  2437. .T&
  2438. lw(48p) | lw(36p) .
  2439. \fIParameters\fR    \fIReferences\fR
  2440. _
  2441. .T&
  2442. lw(48p) | lw(36p) .
  2443. failureType    8.1.1.3.1
  2444. .T&
  2445. lw(48p) | lw(36p) .
  2446. traceSent    8.1.1.3.1
  2447. _
  2448. .T&
  2449. lw(180p) .
  2450.  {
  2451. partialSuccess\ SPECIFICERROR
  2452. .line
  2453. PARAMETER SEQUENCE\ { ailureType [0] IMPLICIT FailureString,
  2454. \fBPARAMETER SEQUENCE\fR
  2455. \ traceSent [1] IMPLICIT BOOLEA }
  2456. ::=2
  2457.  }
  2458. _
  2459. .TE
  2460. .nr PS 9
  2461. .RT
  2462. .ad r
  2463. \fBTable [T13.795], p.\fR 
  2464. .sp 1P
  2465. .RT
  2466. .ad b
  2467. .RT
  2468. .sp 1P
  2469. .LP
  2470. .sp 2
  2471. 8.1.2
  2472.     \fIrouteTrace Event\fR 
  2473. .sp 9p
  2474. .RT
  2475. .PP
  2476. The routeTrace Event reports trace information. Trace information consists 
  2477. of zero, one or more point codes, such as the point code detecting an error 
  2478. or the entire list of point codes traversed along a route. This event is 
  2479. invoked either at the explicit request of the originating node (indicated 
  2480. by 
  2481. traceRequested, see \(sc\ 8.1.1.1.2) or by failure at any point along the 
  2482. route. 
  2483. This event is not confirmed, therefore no replies to this invocation are
  2484. expected (no error or succes indications are expected).
  2485. .RT
  2486. .ce
  2487. \fBH.T. [T14.795]\fR 
  2488. .ps 9
  2489. .vs 11
  2490. .nr VS 11
  2491. .nr PS 9
  2492. .TS
  2493. center box;
  2494. cw(54p) | cw(36p) | cw(36p) | cw(42p) .
  2495. routeTrace Event    \fITimer\fR  = 0    \fIClass\fR  = 4    \fICode\fR  = 00000010
  2496. _
  2497. .T&
  2498. lw(90p) | cw(36p) | cw(42p) .
  2499. \fIEventInfo\fR    \fIOpt/Man\fR  (see Note)    \fIReference\fR
  2500. _
  2501. .T&
  2502. lw(90p) | cw(36p) | cw(42p) .
  2503. success    O    8.1.2.1.1
  2504. .T&
  2505. lw(90p) | cw(36p) | cw(42p) .
  2506. detectedLoop    O    8.1.2.1.2
  2507. .T&
  2508. lw(90p) | cw(36p) | cw(42p) .
  2509. excessiveLengthRoute    O    8.1.2.1.3
  2510. .T&
  2511. lw(90p) | cw(36p) | cw(42p) .
  2512. unknownResource Instance    O    8.1.2.1.4
  2513. .T&
  2514. lw(90p) | cw(36p) | cw(42p) .
  2515. routeInaccessible    O    8.1.2.1.5
  2516. .T&
  2517. lw(90p) | cw(36p) | cw(42p) .
  2518. processingFailure    O    8.1.2.1.6
  2519. .T&
  2520. lw(90p) | cw(36p) | cw(42p) .
  2521. unknown Initiating SP     O    8.1.2.1.7
  2522. .T&
  2523. lw(90p) | cw(36p) | cw(42p) .
  2524. timerExpired    O    8.1.2.1.8
  2525. .TE
  2526. .LP
  2527. \fINote\fR
  2528. \ \(em\ One and only one of these parameters must be present.
  2529. .nr PS 9
  2530. .RT
  2531. .ad r
  2532. \fBTable [T14.795], p.\fR 
  2533. .sp 1P
  2534. .RT
  2535. .ad b
  2536. .RT
  2537. .LP
  2538. .bp
  2539. .ce
  2540. \fBH.T. [T15.795]\fR 
  2541. .ps 9
  2542. .vs 11
  2543. .nr VS 11
  2544. .nr PS 9
  2545. .TS
  2546. center box;
  2547. lw(150p) .
  2548.  {
  2549. routeTrace EVENT
  2550. EVENTINFO CHOICE [
  2551. success [0] IMPLICIT PointCodeList,
  2552. detectedLoop [1] IMPLICIT PointCodeList,
  2553. excessiveLengthRoute [2] IMPLICIT PointCodeList,
  2554. unknownResourceInstance [3] IMPLICIT NULL,
  2555. routeInaccessible [4] IMPLICIT PointCode,
  2556. processingFailure [5] IMPLICIT NULL,
  2557. unknown Initiating SP [6] IMPLICIT PointCode,
  2558. timerExpired [7] IMPLICIT PointCodeList]
  2559. ::=2
  2560.  }
  2561. _
  2562. .TE
  2563. .nr PS 9
  2564. .RT
  2565. .ad r
  2566. \fBTable [T15.795], p.\fR 
  2567. .sp 1P
  2568. .RT
  2569. .ad b
  2570. .RT
  2571. .sp 2P
  2572. .LP
  2573. 8.1.2.1
  2574.     \fIEvent Information\fR 
  2575. .sp 1P
  2576. .RT
  2577. .sp 1P
  2578. .LP
  2579. 8.1.2.1.1
  2580.     \fIsuccess\fR 
  2581. .sp 9p
  2582. .RT
  2583. .PP
  2584. On successful completion, the trace of the point codes (one or
  2585. more) of the crossed SPs are included.
  2586. .RT
  2587. .ce
  2588. \fBH.T. [T16.795]\fR 
  2589. .ps 9
  2590. .vs 11
  2591. .nr VS 11
  2592. .nr PS 9
  2593. .TS
  2594. center box;
  2595. lw(84p) | lw(36p) .
  2596. \fIParameter\fR    \fICode\fR
  2597. _
  2598. .T&
  2599. lw(84p) | lw(36p) .
  2600. success    10100000
  2601. _
  2602. .T&
  2603. lw(84p) | lw(36p) .
  2604. \fIContents\fR    \fIReferences\fR
  2605. _
  2606. .T&
  2607. lw(84p) | lw(36p) .
  2608.  {
  2609. Sequence of Point Codes, Tagged as \*QPoint Code\*U, with contents
  2610. indicating the exact point code.
  2611.  }    8.1.1.1.4
  2612. _
  2613. .TE
  2614. .nr PS 9
  2615. .RT
  2616. .ad r
  2617. \fBTable [T16.795], p.\fR 
  2618. .sp 1P
  2619. .RT
  2620. .ad b
  2621. .RT
  2622. .sp 1P
  2623. .LP
  2624. 8.1.2.1.2\ \ \fIdetectedLoop\fR 
  2625. .sp 9p
  2626. .RT
  2627. .PP
  2628. When a loop is detected, the point codes (three or more) contained in the 
  2629. loop are included. 
  2630. .RT
  2631. .ce
  2632. \fBH.T. [T17.795]\fR 
  2633. .ps 9
  2634. .vs 11
  2635. .nr VS 11
  2636. .nr PS 9
  2637. .TS
  2638. center box;
  2639. lw(84p) | lw(36p) .
  2640. \fIParameter\fR    \fICode\fR
  2641. _
  2642. .T&
  2643. lw(84p) | lw(36p) .
  2644. detectedLoop    10100001
  2645. _
  2646. .T&
  2647. lw(84p) | lw(36p) .
  2648. \fIContents\fR    \fIReferences\fR
  2649. _
  2650. .T&
  2651. lw(84p) | lw(36p) .
  2652.  {
  2653. Sequence of Point Codes, Tagged as \*QPoint Code\*U, with contents
  2654. indicating the exact point code.
  2655.  }    8.1.1.1.4
  2656. _
  2657. .TE
  2658. .nr PS 9
  2659. .RT
  2660. .ad r
  2661. \fBTable [T17.795], p.\fR 
  2662. .sp 1P
  2663. .RT
  2664. .ad b
  2665. .RT
  2666. .sp 1P
  2667. .LP
  2668. 8.1.2.1.3\ \ \fIexcesiveLengthRoute\fR 
  2669. .sp 9p
  2670. .RT
  2671. .PP
  2672. When an excessively long route is found (threshold exceeded), the entire 
  2673. route is included. 
  2674. .RT
  2675. .ce
  2676. \fBH.T. [T18.795]\fR 
  2677. .ps 9
  2678. .vs 11
  2679. .nr VS 11
  2680. .nr PS 9
  2681. .TS
  2682. center box;
  2683. lw(84p) | lw(36p) .
  2684. \fIParameter\fR    \fICode\fR
  2685. _
  2686. .T&
  2687. lw(84p) | lw(36p) .
  2688. excessiveLengthRoute    10100010
  2689. _
  2690. .T&
  2691. lw(84p) | lw(36p) .
  2692. \fIContents\fR    \fIReferences\fR
  2693. _
  2694. .T&
  2695. lw(84p) | lw(36p) .
  2696.  {
  2697. Sequence of Point Codes, Tagged as \*QPoint Code\*U, with contents
  2698. indicating the exact point code.
  2699.  }    8.1.1.1.4
  2700. _
  2701. .TE
  2702. .nr PS 9
  2703. .RT
  2704. .ad r
  2705. \fBTable [T18.795], p.\fR 
  2706. .sp 1P
  2707. .RT
  2708. .ad b
  2709. .RT
  2710. .LP
  2711. .bp
  2712. .sp 1P
  2713. .LP
  2714. 8.1.2.1.4\ \ \fIunknownResource\fR 
  2715. .sp 9p
  2716. .RT
  2717. .PP
  2718. If the resource instance is unknown, no additional information is   required.
  2719. .RT
  2720. .ce
  2721. \fBH.T. [T19.795]\fR 
  2722. .ps 9
  2723. .vs 11
  2724. .nr VS 11
  2725. .nr PS 9
  2726. .TS
  2727. center box;
  2728. lw(60p) | lw(36p) .
  2729. \fIParameter\fR    \fICode\fR
  2730. _
  2731. .T&
  2732. lw(60p) | lw(36p) .
  2733. unknownResourceInstance    10000011
  2734. _
  2735. .T&
  2736. lw(60p) | lw(36p) .
  2737. \fIContents\fR    \fIReferences\fR
  2738. _
  2739. .T&
  2740. lw(60p) | lw(36p) .
  2741. empty    \(em
  2742. _
  2743. .TE
  2744. .nr PS 9
  2745. .RT
  2746. .ad r
  2747. \fBTable [T19.795], p.\fR 
  2748. .sp 1P
  2749. .RT
  2750. .ad b
  2751. .RT
  2752. .sp 1P
  2753. .LP
  2754. 8.1.2.1.5\ \ \fIrouteInaccessible\fR 
  2755. .sp 9p
  2756. .RT
  2757. .PP
  2758. The point code of the node where the route was inaccessible is
  2759. included.
  2760. .RT
  2761. .ce
  2762. \fBH.T. [T20.795]\fR 
  2763. .ps 9
  2764. .vs 11
  2765. .nr VS 11
  2766. .nr PS 9
  2767. .TS
  2768. center box;
  2769. lw(114p) | lw(36p) .
  2770. \fIParameter\fR    \fICode\fR
  2771. _
  2772. .T&
  2773. lw(114p) | lw(36p) .
  2774. routeInaccessible    10000100
  2775. _
  2776. .T&
  2777. lw(114p) | lw(36p) .
  2778. \fIContents\fR    \fIReferences\fR
  2779. _
  2780. .T&
  2781. lw(114p) | lw(36p) .
  2782.  {
  2783. Bit 0 contains the first bit of the Point Code,
  2784.  }    8.1.1.1.1
  2785. .T&
  2786. lw(114p) | lw(36p) .
  2787.  {
  2788. Bit 1 contains the second bit of the Point Code, etc.
  2789.  }    
  2790. _
  2791. .TE
  2792. .nr PS 9
  2793. .RT
  2794. .ad r
  2795. \fBTable [T20.795], p.\fR 
  2796. .sp 1P
  2797. .RT
  2798. .ad b
  2799. .RT
  2800. .sp 1P
  2801. .LP
  2802. 8.1.2.1.6\ \ \fIprocessingFailure\fR 
  2803. .sp 9p
  2804. .RT
  2805. .PP
  2806. If a processing failure occurs, no additional information is
  2807. required.
  2808. .RT
  2809. .ce
  2810. \fBH.T. [T21.795]\fR 
  2811. .ps 9
  2812. .vs 11
  2813. .nr VS 11
  2814. .nr PS 9
  2815. .TS
  2816. center box;
  2817. lw(48p) | lw(36p) .
  2818. \fIParameter\fR    \fICode\fR
  2819. _
  2820. .T&
  2821. lw(48p) | lw(36p) .
  2822. processingFailure    10000101
  2823. _
  2824. .T&
  2825. lw(48p) | lw(36p) .
  2826. \fIContents\fR    \fIReferences\fR
  2827. _
  2828. .T&
  2829. lw(48p) | lw(36p) .
  2830. empty    \(em
  2831. _
  2832. .TE
  2833. .nr PS 9
  2834. .RT
  2835. .ad r
  2836. \fBTable [T21.795], p.\fR 
  2837. .sp 1P
  2838. .RT
  2839. .ad b
  2840. .RT
  2841. .sp 1P
  2842. .LP
  2843. 8.1.2.1.7\ \ \fIunknownInitiating SP\fR 
  2844. .sp 9p
  2845. .RT
  2846. .PP
  2847. The point code of the node detecting the unknown Initiating SP is   included.
  2848. .RT
  2849. .ce
  2850. \fBH.T. [T22.795]\fR 
  2851. .ps 9
  2852. .vs 11
  2853. .nr VS 11
  2854. .nr PS 9
  2855. .TS
  2856. center box;
  2857. lw(114p) | lw(36p) .
  2858. \fIParameter\fR    \fICode\fR
  2859. _
  2860. .T&
  2861. lw(114p) | lw(36p) .
  2862. unknown Initiating SP    10000110
  2863. _
  2864. .T&
  2865. lw(114p) | lw(36p) .
  2866. \fIContents\fR    \fIReferences\fR
  2867. _
  2868. .T&
  2869. lw(114p) | lw(36p) .
  2870.  {
  2871. Bit 0 contains the first bit of the Point Code,
  2872.  }    8.1.1.1.1
  2873. .T&
  2874. lw(114p) | lw(36p) .
  2875.  {
  2876. Bit 1 contains the second bit of the Point Code, etc.
  2877.  }    
  2878. _
  2879. .TE
  2880. .nr PS 9
  2881. .RT
  2882. .ad r
  2883. \fBTable [T22.795], p.\fR 
  2884. .sp 1P
  2885. .RT
  2886. .ad b
  2887. .RT
  2888. .LP
  2889. .bp
  2890. .sp 1P
  2891. .LP
  2892. 8.1.2.1.8\ \ \fItimerExpired\fR 
  2893. .sp 9p
  2894. .RT
  2895. .PP
  2896. The point code(s) of the node(s) from where no result for the
  2897. testRoute Action was received is included.
  2898. .RT
  2899. .ce
  2900. \fBH.T. [T23.795]\fR 
  2901. .ps 9
  2902. .vs 11
  2903. .nr VS 11
  2904. .nr PS 9
  2905. .TS
  2906. center box;
  2907. lw(84p) | lw(36p) .
  2908. \fIParameter\fR    \fICode\fR
  2909. _
  2910. .T&
  2911. lw(84p) | lw(36p) .
  2912. timerExpired    10100111
  2913. _
  2914. .T&
  2915. lw(84p) | lw(36p) .
  2916. \fIContents\fR    \fIReferences\fR
  2917. _
  2918. .T&
  2919. lw(84p) | lw(36p) .
  2920.  {
  2921. Sequence of one or more Point Codes tagged as \*QPoint Code\*U, with
  2922. contents indicating the exact point code.
  2923.  }    \(em
  2924. _
  2925. .TE
  2926. .nr PS 9
  2927. .RT
  2928. .ad r
  2929. \fBTable [T23.795], p.\fR 
  2930. .sp 1P
  2931. .RT
  2932. .ad b
  2933. .RT
  2934. .PP
  2935. .sp 4
  2936. OMAP runs tests on resources such as the MTP and SCCP routing
  2937. tables. These resources are here described as \*QResource Classes\*U and are
  2938. identified by an object identifier which specifies the CCITT, the study 
  2939. period Q.795, and the type of resource. This structure is shown below for 
  2940. the OMAP 
  2941. object identifiers mtp\(hyRouting\(hyTables and sccp\(hyRouting\(hyTables.
  2942. .LP
  2943. omap\ \ \ \ \ OBJECT IDENTIFIER ::= {  CCITT, Q.795\ }
  2944. mtp\(hyRouting\(hyTables\(hy1988
  2945.     OBJECT IDENTIFIER ::= {  omap 0\ }
  2946.     
  2947. sccp\(hyRouting\(hyTables\(hy1988
  2948.     OBJECT IDENTIFIER ::= {  omap 1\ }  [unused]
  2949. .PP
  2950. The Resource Class of MTP Routing Tables is 0011861B00
  2951. (hexadecimal), and for SCCP Routing Tables is 0011631B01 (hexadecimal). See
  2952. Recommendation\ X.208, Annex\ C.
  2953. .LP
  2954. .rs
  2955. .sp 10P
  2956. .ad r
  2957. \fBFigure 6/Q.795 Sheet 1 of 8 [T24.795], p. \ \ 
  2958. (\*`a traiter comme tableau
  2959. MEP)\fR 
  2960. .sp 1P
  2961. .RT
  2962. .ad b
  2963. .RT
  2964. .LP
  2965. .sp 6
  2966. .bp
  2967. .sp 1P
  2968. .LP
  2969.     \fIOM\(hyEVENT\(hyREPORT\fR 
  2970. .sp 9p
  2971. .RT
  2972. .PP
  2973. The 
  2974. OM\(hyEVENT\(hyREPORT
  2975. service as given in Table\ 1/Q.795
  2976. provides a user with the capability to report the occurrence of an event
  2977. concerning a management resource to a user in another open system. The 
  2978. specific event that occurred is interpreted in the context of the resource 
  2979. class 
  2980. specified.
  2981. .RT
  2982. .ce
  2983. \fBH.T. [T25.795]\fR 
  2984. .ce
  2985. TABLE\ 1/Q.795
  2986. .ce
  2987. \fBOM\(hyEVENT\(hyREPORT Parameters\fR 
  2988. .ps 9
  2989. .vs 11
  2990. .nr VS 11
  2991. .nr PS 9
  2992. .TS
  2993. center box;
  2994. cw(54p) | cw(42p) .
  2995. Parameter Name    Req/Ind
  2996. _
  2997. .T&
  2998. lw(54p) | cw(42p) .
  2999. InvokeID    M
  3000. .T&
  3001. lw(54p) | cw(42p) .
  3002. ResourceClass    M
  3003. .T&
  3004. lw(54p) | cw(42p) .
  3005. ResourceInstance    M
  3006. .T&
  3007. lw(54p) | cw(42p) .
  3008. EventValue    M
  3009. .T&
  3010. lw(54p) | cw(42p) .
  3011. EventTime    O
  3012. .T&
  3013. lw(54p) | cw(42p) .
  3014. EventInfo    O
  3015. _
  3016. .T&
  3017. lw(186p) .
  3018.  {
  3019. \fIParameters Definitions:\fR
  3020.  }
  3021. .T&
  3022. lw(186p) .
  3023.  {
  3024. InvokeID:
  3025. as defined in Recommendation Q.772.
  3026.  }
  3027. .T&
  3028. lw(186p) .
  3029.  {
  3030. ResourceClass:
  3031. identifies the class of resources for which this
  3032. event is defined.
  3033.  }
  3034. .T&
  3035. lw(186p) .
  3036.  {
  3037. ResourceInstance: 
  3038. identifies the resource instance on which the event
  3039. is to be performed.
  3040.  }
  3041. .T&
  3042. lw(186p) .
  3043.  {
  3044. EventValue:
  3045. specifies the particular event that is being
  3046. reported by the resource instance.
  3047.  }
  3048. .T&
  3049. lw(186p) .
  3050.  {
  3051. EventTime:
  3052. specifies the time at which the event was
  3053. generated.
  3054.  }
  3055. .T&
  3056. lw(186p) .
  3057.  {
  3058. EventInfo:
  3059. provides additional event specific
  3060. information.
  3061.  }
  3062. .TE
  3063. .nr PS 9
  3064. .RT
  3065. .ad r
  3066. \fBTable 1/Q.795 [T25.795], p.\fR 
  3067. .sp 1P
  3068. .RT
  3069. .ad b
  3070. .RT
  3071. .PP
  3072. The eventReport operation is defined, using the TCAP OPERATION
  3073. MACRO, as in Figure\ 6/Q.795, Sheet\ 2.
  3074. .LP
  3075. \-v'6p'
  3076. .rs
  3077. .sp 13P
  3078. .ad r
  3079. \fBFigure 6/Q.795 Sheet 2 of 8 [T26.795], p. \ \ 
  3080. (\*`a traiter comme tableau
  3081. MEP)\fR 
  3082. .sp 1P
  3083. .RT
  3084. .ad b
  3085. .RT
  3086. .PP
  3087. Specific event reports are categorized by resource class. The
  3088. protocol uses may be described by the EVENT Macro in Figure\ 6/Q.795, Sheet\ 3.
  3089. .LP
  3090. \-v'6p'
  3091. .rs
  3092. .sp 12P
  3093. .ad r
  3094. \fBFigure 6/Q.795 Sheet 3 of 8 [T27.795], p. \ \ 
  3095. (\*`a traiter comme tableau
  3096. MEP)\fR 
  3097. .sp 1P
  3098. .RT
  3099. .ad b
  3100. .RT
  3101. .LP
  3102. .bp
  3103. .sp 1P
  3104. .LP
  3105.     \fIOM\(hyCONFIRMED\(hyACTION\fR 
  3106. .sp 9p
  3107. .RT
  3108. .PP
  3109. The 
  3110. OM\(hyCONFIRMED\(hyACTION
  3111. service as shown in Table\ 2/Q.795 provides a user with the capability 
  3112. to request that a management action be 
  3113. performed on a resource instance by a user in another open system. The 
  3114. specific action to be performed is interpreted in the context of the resource 
  3115. class 
  3116. specified. This service is a confirmed service (a report of success or 
  3117. failure is always sent). 
  3118. .RT
  3119. .LP
  3120. \-v'6p'
  3121. .ce
  3122. \fBH.T. [T28.795]\fR 
  3123. .ce
  3124. TABLE\ 2/Q.795
  3125. .ce
  3126. \fBOM\(hyCONFIRMED\(hyACTION Service\fR 
  3127. .ps 9
  3128. .vs 11
  3129. .nr VS 11
  3130. .nr PS 9
  3131. .TS
  3132. center box;
  3133. cw(48p) | cw(36p) | cw(36p) .
  3134. Parameter Name    Req/Ind    Res/Con
  3135. _
  3136. .T&
  3137. lw(48p) | cw(36p) | cw(36p) .
  3138. InvokeID    M    M=
  3139. .T&
  3140. lw(48p) | cw(36p) | cw(36p) .
  3141. AccessControl    O    \(em
  3142. .T&
  3143. lw(48p) | cw(36p) | cw(36p) .
  3144. ResourceClass    M    \(em
  3145. .T&
  3146. lw(48p) | cw(36p) | cw(36p) .
  3147. ResourceInstance    M    \(em
  3148. .T&
  3149. lw(48p) | cw(36p) | cw(36p) .
  3150. CnfAction Value    M    \(em
  3151. .T&
  3152. lw(48p) | cw(36p) | cw(36p) .
  3153. ActionArg    O    \(em
  3154. .T&
  3155. lw(48p) | cw(36p) | cw(36p) .
  3156. ActionResult    \(em    M | ua\d\u)\d
  3157. .T&
  3158. lw(48p) | cw(36p) | cw(36p) .
  3159. ActionError    \(em    M | ub\d\u)\d
  3160. .TE
  3161. .LP
  3162. \ua\d\u)\d
  3163. Mandatory in Return Result component (may be empty).
  3164. .LP
  3165. \ub\d\u)\d
  3166. Mandatory in Return Error component.
  3167.  
  3168. .TS
  3169. center box ;
  3170. lw(204p) .
  3171.  {
  3172. \fIParameter Definitions:\fR
  3173.  }
  3174. .T&
  3175. lw(204p) .
  3176.  {
  3177. InvokeID:
  3178. as defined in Recommendation Q.772.
  3179.  }
  3180. .T&
  3181. lw(204p) .
  3182.  {
  3183. AccessControl:
  3184. information to be used as input to access control
  3185. functions.
  3186.  }
  3187. .T&
  3188. lw(204p) .
  3189.  {
  3190. ResourceClass:
  3191. identifies the class of resources for which this
  3192. action is defined.
  3193.  }
  3194. .T&
  3195. lw(204p) .
  3196.  {
  3197. ResourceInstance:
  3198. identifies the resource instance on which the action
  3199. is to be performed.
  3200.  }
  3201. .T&
  3202. lw(204p) .
  3203.  {
  3204. ActionValue:
  3205. specifies a particular action that is to be
  3206. performed on the resource instance.
  3207.  }
  3208. .T&
  3209. lw(204p) .
  3210.  {
  3211. ActionArg:
  3212. contains the argument for the particular action
  3213. being invoked.
  3214.  }
  3215. .T&
  3216. lw(204p) .
  3217.  {
  3218. ActionResult:
  3219. this field contains the result of the successful
  3220. action performed, as appropriate.
  3221.  }
  3222. .T&
  3223. lw(204p) .
  3224.  {
  3225. ActionError:
  3226. this field indicates error or problem status
  3227. information if the action did not successfully
  3228. complete.
  3229.  }
  3230. .TE
  3231. .nr PS 9
  3232. .RT
  3233. .ad r
  3234. \fBTable 2/Q.795 [T28.795], p.\fR 
  3235. .sp 1P
  3236. .RT
  3237. .ad b
  3238. .RT
  3239. .PP
  3240. The confirmedAction operation is defined, using the TCAP
  3241. OPERATION MACRO, as shown in Figure 6/Q.795, Sheet 4.
  3242. .LP
  3243. \-v'6p'
  3244. .rs
  3245. .sp 18P
  3246. .ad r
  3247. \fBFigure 6/Q.795 Sheet 4 of 8 [T29.795], p. \ \ 
  3248. (\*`a traiter comme tableau
  3249. MEP)\fR 
  3250. .sp 1P
  3251. .RT
  3252. .ad b
  3253. .RT
  3254. .LP
  3255. .bp
  3256. .PP
  3257. Specific Actions are categorized by resource class. The protocol uses may 
  3258. be described by the ACTION Macro as shown in Figure\ 6/Q.795, Sheet\ 5. 
  3259. .LP
  3260. .rs
  3261. .sp 16P
  3262. .ad r
  3263. \fBFigure 6/Q.795 Sheet 5 of 8 [T30.795], p. \ \ 
  3264. (\*`a traiter comme tableau
  3265. MEP)\fR 
  3266. .sp 1P
  3267. .RT
  3268. .ad b
  3269. .RT
  3270. .LP
  3271. .sp 3
  3272. .sp 1P
  3273. .LP
  3274.     \fIERROR DEFINITIONS\fR 
  3275. .sp 9p
  3276. .RT
  3277. .PP
  3278. A number of error codes have been referred to in the definition of the 
  3279. two OM\(hyServices. These error situations are defined in this section. 
  3280. .RT
  3281. .LP
  3282.     \fIDefinitions:\fR 
  3283. .LP
  3284.     noSuchResourceClass:
  3285.      the resource class in the Invoke APDU is not recognized by the receiving 
  3286. end. 
  3287. .LP
  3288.     noSuchResource:
  3289.      while the resource class in the Invoke APDU is recognized, there is no 
  3290. corresponding resource instance of that class at the 
  3291. receiving end.
  3292. .LP
  3293.     accessDenied:
  3294.     access to the resource is denied.
  3295. .LP
  3296.     processingFailure:
  3297.     a failure occurred while processing a
  3298. specific action or event. The failure indicators and parameters are action 
  3299. or event specific. 
  3300. .LP
  3301.     noSuchEvent:
  3302.     the event type specified is not supported by or
  3303. known to the receiving end.
  3304. .LP
  3305.     noSuchAction:
  3306.     the action type specified is not supported by or  known to the receiving end.
  3307. .LP
  3308.     noSuchAttribute:
  3309.     the attribute specified is not supported
  3310. by or known to the receiving end.
  3311. .LP
  3312.     invalidAttributeValue:
  3313.     the attribute value is out of
  3314. range.
  3315. .LP
  3316. .rs
  3317. .sp 06P
  3318. .ad r
  3319. BLANC
  3320. .ad b
  3321. .RT
  3322. .LP
  3323. .bp
  3324. .LP
  3325. .rs
  3326. .sp 22P
  3327. .ad r
  3328. \fBFigure 6/Q.795 (page 6 sur 8) [T31.795], p. \ \ (\*`a traiter comme tableau
  3329. MEP)\fR 
  3330. .sp 1P
  3331. .RT
  3332. .ad b
  3333. .RT
  3334. .LP
  3335. .sp 2
  3336. .rs
  3337. .sp 26P
  3338. .ad r
  3339. \fBFigure 6/Q.795 (page 7 sur 8) [T32.795], p. \ \ (\*`a traiter comme tableau
  3340. MEP)\fR 
  3341. .sp 1P
  3342. .RT
  3343. .ad b
  3344. .RT
  3345. .LP
  3346. .bp
  3347. .sp 1P
  3348. .LP
  3349.     \fIOTHER TYPE DEFINITIONS\fR 
  3350. .sp 9p
  3351. .RT
  3352. .LP
  3353. .rs
  3354. .sp 12P
  3355. .ad r
  3356. \fBFigure 6/Q.795 Sheet 8 of 8 [T33.795], p. \ \ 
  3357. (\*`a traiter comme tableau
  3358. MEP)\fR 
  3359. .sp 1P
  3360. .RT
  3361. .ad b
  3362. .RT
  3363. .LP
  3364. .sp 10
  3365. .ce 1000
  3366. ANNEX\ A
  3367. .ce 0
  3368. .ce 1000
  3369. (to the Recommendation Q.795)
  3370. .sp 9p
  3371. .RT
  3372. .ce 0
  3373. .ce 1000
  3374. \fBExample MRVT message as delivered to the SCCP\fR 
  3375. .sp 1P
  3376. .RT
  3377. .ce 0
  3378. .LP
  3379. .rs
  3380. .sp 24P
  3381. .ad r
  3382. \fBFigure A\(hy1/Q.795, p.\fR 
  3383. .sp 1P
  3384. .RT
  3385. .ad b
  3386. .RT
  3387. .LP
  3388. .bp
  3389. .LP
  3390. .rs
  3391. .sp 47P
  3392. .ad r
  3393. \fBFigure A\(hy2/Q.795, p.\fR 
  3394. .sp 1P
  3395. .RT
  3396. .ad b
  3397. .RT
  3398. .LP
  3399. .bp
  3400. .LP
  3401. .rs
  3402. .sp 47P
  3403. .ad r
  3404. \fBFigure A\(hy3/Q.795 [T34.795], p. \ \ 
  3405. (\*`a traiter comme tableau MEP)\fR 
  3406. .sp 1P
  3407. .RT
  3408. .ad b
  3409. .RT
  3410. .LP
  3411. .bp
  3412. .LP
  3413. .rs
  3414. .sp 47P
  3415. .ad r
  3416. \fBFigure A\(hy4/Q.795 [T35.795], p. \ \ 
  3417. (\*`a traiter comme tableau MEP)\fR 
  3418. .sp 1P
  3419. .RT
  3420. .ad b
  3421. .RT
  3422. .LP
  3423. .bp
  3424. .LP
  3425. .rs
  3426. .sp 40P
  3427. .ad r
  3428. \fBFigure A\(hy5/Q.795 [T36.795], p. \ \ 
  3429. (\*`a traiter comme tableau MEP)\fR 
  3430. .sp 1P
  3431. .RT
  3432. .ad b
  3433. .RT
  3434. .LP
  3435. .sp 7
  3436. .bp
  3437. .ce 1000
  3438. ANNEX\ B
  3439. .ce 0
  3440. .ce 1000
  3441. (to Recommendation Q.795)
  3442. .sp 9p
  3443. .RT
  3444. .ce 0
  3445. .ce 1000
  3446. \fBSCCP Routing Verification Test (SRVT)\fR 
  3447. .sp 1P
  3448. .RT
  3449. .ce 0
  3450. .LP
  3451. B.1
  3452.     \fIIntroduction\fR 
  3453. .sp 1P
  3454. .RT
  3455. .PP
  3456. This annex describes an SCCP Routing Verification Test (SRVT). The procedure 
  3457. described covers the case of a single MTP network. Enhancements of 
  3458. this procedure are required to ensure that:
  3459. .RT
  3460. .LP
  3461.     \(em
  3462.     the procedure works for multiple MTP networks;
  3463. .LP
  3464.     \(em
  3465.     the procedure tests the change of Gobal Title at an SCCP
  3466. relay node;
  3467. .LP
  3468.     \(em
  3469.     the procedure is signalling network structure
  3470. independent.
  3471. .sp 2P
  3472. .LP
  3473. B.2
  3474.     \fISRVT\fR 
  3475. .sp 1P
  3476. .RT
  3477. .sp 1P
  3478. .LP
  3479. B.2.1
  3480.     \fIGeneral\fR 
  3481. .sp 9p
  3482. .RT
  3483. .PP
  3484. The SCCP Routing Verification Test (SRVT) is the means of testing the global 
  3485. title translation service of the Signalling Connection Control Part (SCCP). 
  3486. The test is designed to verify the accuracy and completeness of the 
  3487. global title translation data in global title translation service points. 
  3488. This test is only meant for the case of a single MTP network. An SRVT for 
  3489. multiple MTP networks is for further study. The test will be used after 
  3490. a recent 
  3491. translation data change, when a translation problem is suspected, or on a
  3492. periodic basis to detect cases of mutilation of translation data.
  3493. .PP
  3494. When an inconsistency or failure is detected, local actions are to be specified. 
  3495. The initiator of the test is alerted. 
  3496. .RT
  3497. .sp 1P
  3498. .LP
  3499. B.2.2
  3500.     \fIMessages\fR 
  3501. .sp 9p
  3502. .RT
  3503. .PP
  3504. The SCCP Routing Verification Test uses three OMAP messages which are specified 
  3505. by the OMAP Application Service Element. 
  3506. .RT
  3507. .sp 1P
  3508. .LP
  3509. B.2.2.1
  3510.     \fISCCP Routing Verification Test (SRVT) message\fR 
  3511. .sp 9p
  3512. .RT
  3513. .PP
  3514. The SRVT message is sent from a Signalling Point (SP) initiating
  3515. the appropriate part of the SRVT procedure based on the function of the
  3516. respective\ SP. The message serves three different functions, depending 
  3517. upon the nature of the SP sending it. In coding, both Verify and Request 
  3518. are delineated by the No Compare setting of the From Indicator parameter. 
  3519. .PP
  3520. The request form of the SRVT message is sent by a Signalling Point
  3521. (SP) to request an SRVT global title translation within the SRVT procedure. 
  3522. The originating SP may be the Near End Signalling Point (NESP), or an Intermediate 
  3523. Translation Signalling Point (ITSP). The destination of the message is 
  3524. a 
  3525. Translation Signalling Point (TSP) which is to perform a global title
  3526. translation on the Global Title contained in the message. Hence, the
  3527. Translation Point Code (TPC) is the Destination Point Code (DPC) in the 
  3528. routing label. 
  3529. .PP
  3530. The Verify form of the SRVT message is sent by a Final Translation
  3531. Signalling Point (FTSP), i.e.\ the last SP that performs the global title
  3532. translation service, to both the Primary Point Code (PPC) and the Secondary
  3533. .PP
  3534. Point Code (SCP, if any) derived from the global title translation. Hence, 
  3535. the PPC and SPC are used as the Destination Point Codes (DPC) in the routing 
  3536. labels.
  3537. .PP
  3538. The Compare form of the SRVT message is sent by a Translation
  3539. Signalling Point (TSP) to a point performing the duplex global title
  3540. translation. The message is sent so the results of both tanslations can be
  3541. compared. This message is mandatory only in networks that have duplex global
  3542. title translation service (i.e. the identical translation is duplicated at a
  3543. mate signalling point). The point code of the Duplex Translation Signalling
  3544. Point (DTSP) is the Destination Point Code (DPC) in the routing label.
  3545. .bp
  3546. .PP
  3547. The message contains:
  3548. .RT
  3549. .LP
  3550.     a)
  3551.     Information Indicating SRVT;
  3552. .LP
  3553.     b)
  3554.     Form Indicator (Compare or No Compare);
  3555. .LP
  3556.     c)
  3557.     GTI + GT \(em Global Title Indicator + Global Title
  3558. (Destination);
  3559. .LP
  3560.     d)
  3561.     MTP Backward Routing Required Indicator for SRVA and SRVR;
  3562. .LP
  3563.     e)
  3564.     NEPC \(em Near End Point Code from which test was initiated;
  3565. .LP
  3566.     f
  3567. )
  3568.     GTI + NEGT \(em Global Title Indicator + Near End Global
  3569. Title;
  3570. .LP
  3571.     g)
  3572.     DPC \(em Destination Point Code (Translation PC or
  3573. Primary\ PC);
  3574. .LP
  3575.     h)
  3576.     Destination SSN \(em Optional Subsystem Number based on DPC;
  3577. .LP
  3578.     i)
  3579.     Backup DPC \(em Backup Destination Point Code (Translation PC
  3580. or Secondary\ PC);
  3581. .LP
  3582.     j
  3583. )
  3584.     Backup SSN \(em Optional Subsystem Number based on
  3585. Backup\ DPC;
  3586. .LP
  3587.     k)
  3588.     Threshold N of maximum allowed number of crossed translation
  3589. points;
  3590. .LP
  3591.     l)
  3592.     Additional Trace Information Requested Indicator (SRVR
  3593. Requested);
  3594. .LP
  3595.     m)
  3596.     List of Translation Points \(em used to check for translation
  3597. loops and whether or not the threshold number of translations is
  3598. exceeded.
  3599. .sp 1P
  3600. .LP
  3601. B.2.2.2
  3602.     \fISCCP Routing Verification Acknowledgement (SRVA)\fR 
  3603. \fIMessage\fR 
  3604. .sp 9p
  3605. .RT
  3606. .PP
  3607. The SRVA message is the standard message sent in response to an
  3608. associated SRVT message. It carries the results of the test and is sent back
  3609. using either direct routing on the Originating Point Code (OPC) or by global
  3610. title translation on the Near End Global Title. Both addresses are found 
  3611. from the original message to which the SRVA is responding. The Destination 
  3612. Point 
  3613. Code (DPC) in the routing label may be dependent upon a global title
  3614. translation if the MTP Backward Routing Indicator in the SRVT message is not
  3615. set.
  3616. .PP
  3617. The message contains:
  3618. .RT
  3619. .LP
  3620.     a)
  3621.     Information Indicating SRVA;
  3622. .LP
  3623.     b)
  3624.     SRVR sent indicator;
  3625. .LP
  3626.     c)
  3627.     Result of test.
  3628. .LP
  3629.     This last field contains the following information:
  3630. .LP
  3631.     \(em
  3632.     Success (no error indication);
  3633. .LP
  3634.     \(em
  3635.     Partial Success (at least one SRVA indicating success
  3636. or partial success); or
  3637. .LP
  3638.     \(em
  3639.     Failure.
  3640. .LP
  3641.     In the case of partial success or failure, some or all of
  3642. the following failure reasons are provided:
  3643. .LP
  3644.     i)
  3645.     No translation data exists for the GTI + GT at
  3646. Translation Signalling Point.
  3647. .LP
  3648.     ii)
  3649.     Incorrect translation for PPC + SSN at Translation   Signalling Point.
  3650. .LP
  3651.     iii)
  3652.     Incorrect translation for SPC + SSN at Translation  Signalling Point.
  3653. .LP
  3654.     iv)
  3655.     Incorrect intermediate translation for next
  3656. translation point at Translation Signalling Point.
  3657. .LP
  3658.     v)
  3659.     SRVT message arrived at wrong Signalling Point (Not   duplicate or mated).
  3660. .LP
  3661.     vi)
  3662.      The primary destination of the GT address does not serve GTI\ +\ GT as 
  3663. the primary destination. 
  3664. .LP
  3665.     vii)
  3666.     The secondary destination of the GT address does
  3667. not serve GTI\ +\ GT as the secondary destination.
  3668. .LP
  3669.     viii)
  3670.      The primary destination of the GT address does not recognize the SPC\ 
  3671. +\ SSN as the secondary destination for the GTI\ +\ GT. 
  3672. .LP
  3673.     ix)
  3674.      The secondary destination of the GT address does not recognize the PPC\ 
  3675. +\ SSN as the primary destination for the GTI\ +\ GT. 
  3676. .LP
  3677.     x)
  3678.     Timeout waiting for SRVA message.
  3679. .LP
  3680.     xi)
  3681.     Inability to send message due to inaccessibility
  3682. (network congestion or blockage).
  3683. .LP
  3684.     xii)
  3685.     Detected loop at signalling point.
  3686. .LP
  3687.     xiii)
  3688.     Exceeded threshold of N translations at signalling point.
  3689. .LP
  3690.     xiv)
  3691.     Routing problem \(em Run MRVT.
  3692. .LP
  3693.     xv)
  3694.     Unknown Initiator \(em NEGT (reverse routing to be done using\ OPC).
  3695. .LP
  3696.     xvi)
  3697.     Test cannot be run due to local conditions.
  3698. .bp
  3699. .sp 1P
  3700. .LP
  3701. B.2.2.3
  3702.     \fISCCP Routing Verification result (SRVR) message\fR 
  3703. .sp 9p
  3704. .RT
  3705. .PP
  3706. The SRVR message is sent from a terminating SP to the initiator of the 
  3707. test when \*QAdditional Trace Information Requested\*U indicator is set. 
  3708. It 
  3709. carries the results of the test with additional information on a failure. 
  3710. It is sent back using either direct routing on the Near End Point Code 
  3711. (NEPC) or by global title translation on the Near End Global Title (NEGT). 
  3712. .PP
  3713. The message contains:
  3714. .RT
  3715. .LP
  3716.     a)
  3717.     Information Indicating SRVR;
  3718. .LP
  3719.     b)
  3720.     Result of test;
  3721. .LP
  3722.     c)
  3723.     Information field.
  3724. .LP
  3725.     The content of this information field depends on the result
  3726. of the test. It contains:
  3727. .LP
  3728.     i)
  3729.     If the result of the test is \*Qsuccess\*U:
  3730. .LP
  3731.     \(em
  3732.     the point codes of the crossed SCCP Relay Nodes
  3733. contained in the SRVT message.
  3734. .LP
  3735.     ii)
  3736.     If the result of the test is \*Qdetected loop\*U:
  3737. .LP
  3738.     \(em
  3739.     the point codes of the SCCP Relay Nodes which
  3740. are in the loop.
  3741. .LP
  3742.     iii)
  3743.     If the result of the test is \*Qdetected excessive
  3744. length route\*U:
  3745. .LP
  3746.     \(em
  3747.     the point codes of crossed SCCP Relay Nodes
  3748. contained in the SRVT message.
  3749. .LP
  3750.     iv)
  3751.     If the result of the test is \*Qunknown destination
  3752. point code\*U:
  3753. .LP
  3754.     \(em
  3755.     no additional information.
  3756. .LP
  3757.     v)
  3758.     If the result of the test is \*QSRVT not sent due to
  3759. inaccessibility\*U:
  3760. .LP
  3761.     \(em
  3762.     the point code of the inaccessible SP.
  3763. .LP
  3764.     vi)
  3765.     If the result of the test is \*QSRVA not received\*U:
  3766. .LP
  3767.     \(em
  3768.     the identity of the SP(s) from which an SRVA
  3769. was not received when expected.
  3770. .LP
  3771.     vii)
  3772.     If the result of the test is \*Qunknown initiator
  3773. point code\*U:
  3774. .LP
  3775.     \(em
  3776.     the point code of the SP returning an SRVA to
  3777. cause the MRVR to be sent.
  3778. .LP
  3779.     viii)
  3780.     If the result of the test is \*Qtest cannot be run
  3781. due to local conditions\*U:
  3782. .LP
  3783.     \(em
  3784.     no additional information.
  3785. .LP
  3786.     ix)
  3787.     If any other failure result:
  3788. .LP
  3789.     \(em
  3790.     the point codes of the crossed SCCP Relay
  3791. Nodes contained in the SRVT message.
  3792. .sp 1P
  3793. .LP
  3794. B.2.3
  3795.     \fITest initiation\fR 
  3796. .sp 9p
  3797. .RT
  3798. .PP
  3799. The procedure is started when there is an input from OA&M (SMAP)
  3800. resulting in the sending of an SRVT message. The test is initiated:
  3801. .RT
  3802. .LP
  3803.     a)
  3804.     When new SCCP routing data is introduced. Each global title
  3805. translation should pass the SRVT before being opened to
  3806. traffic.
  3807. .LP
  3808.     b)
  3809.     When SCCP translation data is changed.
  3810. .LP
  3811.     c)
  3812.     On receipt of an SRVT message.
  3813. .LP
  3814.     d)
  3815.     On demand from local maintenance staff or an operations and
  3816. maintenance centre.
  3817. .LP
  3818.     e)
  3819.     Periodically at a Signalling Point to detect cases of
  3820. mutilation of translation data. The period is network dependent
  3821. and should be such that the load on the network is not seriously
  3822. increased.
  3823. .sp 1P
  3824. .LP
  3825. B.2.4
  3826.     \fIProcedures\fR 
  3827. .sp 9p
  3828. .RT
  3829. .PP
  3830. The capability to execute a complete SCCP Routing Verification Test (SRVT) 
  3831. is found in three procedures. These procedures are organized by the 
  3832. function of the Signalling Point in which they reside for a given test
  3833. instance. The procedures are partitioned into functions at the initiating
  3834. point, functions at a translation point, and functions at the tested
  3835. destination. The duplex translation procedures are found in the translation
  3836. points.
  3837. .RT
  3838. .sp 1P
  3839. .LP
  3840. B.2.4.1\ \ \fIInitiating point\fR 
  3841. .sp 9p
  3842. .RT
  3843. .PP
  3844. The procedure is started when there is an input from OA&M as
  3845. defined under the conditions of \(sc\ B.2.3. It is initiated at an SP with SCCP
  3846. capabilities in the network, and is triggered by an SRVT request. The SRVT
  3847. request must include the Global Title of the tested destination. An SCCP 
  3848. Node cannot initiate an SRVT procedure for a test destination until any 
  3849. previous 
  3850. SRVT procedures for that destination have completed.
  3851. .bp
  3852. .RT
  3853. .sp 1P
  3854. .LP
  3855. B.2.4.1.1\ \ \fIInitial actions\fR 
  3856. .sp 9p
  3857. .RT
  3858. .PP
  3859. Upon receipt of an SRVT request on a given Global Title, the Near End Signalling 
  3860. Point (NESP) determines the location(s) of the initial 
  3861. translation from its tables. The NESP then begins a guard timing period, T2,
  3862. and sends SRVT messages to the Translation Point Codes (TPCs) previously
  3863. determined. The NESP then waits for SRVA messages corresponding to each SRVT
  3864. sent.
  3865. .PP
  3866. If the NESP was identified as a Translation Signalling Point (TSP) for 
  3867. the respective Global Title, it performs the Global Title Translation, 
  3868. and 
  3869. follows the procedures defined at a translation point (\(sc\ B.2.4.2), 
  3870. depending 
  3871. upon the nature of the translation (i.e.\ intermediate or final).
  3872. .RT
  3873. .sp 1P
  3874. .LP
  3875. B.2.4.1.2\ \ \fISubsequent actions\fR 
  3876. .sp 9p
  3877. .RT
  3878. .PP
  3879. Upon receipt of all SRVA messages, the guard timer, T2, is stopped and 
  3880. the test is complete. The results are reported to system management (SMAP) 
  3881. in accordance to the structure of the Result of Test parameters (\(sc\ 
  3882. B.2.2.2) and proper actions are taken to fix any problems. If the timer 
  3883. expires before 
  3884. receipt of an SRVA message, the result, Time out waiting for SRVA message
  3885. (\(sc\ B.2.2.2.\ c.x), is reported to management (SMAP) along with the 
  3886. Point Code 
  3887. of the\ SP. There is no penalty for not receiving an SRVR. However, it is
  3888. assumed, analogous to the MRVTs MRVR message, that the SRVR will return 
  3889. before the final\ SRVA. 
  3890. .RT
  3891. .sp 1P
  3892. .LP
  3893. B.2.4.2\ \ \fITranslation point\fR 
  3894. .sp 9p
  3895. .RT
  3896. .PP
  3897. For the SRVT, two types of Translation Points exist: intermediate and final. 
  3898. The procedure at the Translation point differs only in the content of the 
  3899. SRVT messages which emerge. An intermediate translation point is an SP 
  3900. with SCCP functionality that has been specified at the NESP for the translation 
  3901. of the Global Title originally given. However, due to the nature of the 
  3902. Global Title, further translation at another SP is needed to determine 
  3903. the PC of the tested destination. 
  3904. .PP
  3905. A final translation point is an SP with SCCP functionality that has
  3906. been specified at the NESP or an ITSP for the translation of the Global 
  3907. Title. It performs the final translation which results in a Primary Point 
  3908. Code + 
  3909. Subsystem Number (PPC\ +\ SSN) and a Secondary Point Code\ +\ Subsystem Number
  3910. (SPC\ +\ SSN) (optional). Note that the NESP does not know if it sends 
  3911. an SRVT message to an Intermediate or Final Translation Signalling Point. 
  3912. .RT
  3913. .sp 1P
  3914. .LP
  3915. B.2.4.2.1\ \ \fIUpon Receipt of an SRVT message\fR 
  3916. .sp 9p
  3917. .RT
  3918. .PP
  3919. When a Translation Signalling Point (TSP) receives an SRVT message, it:
  3920. .RT
  3921. .LP
  3922.     a)
  3923.     Attempts to translate the GTI + GT to the PPC + SSN and
  3924. SPC\ +\ SSN (optional):
  3925. .LP
  3926.     i)
  3927.     If the SP is unable to perform the translation, the
  3928. Result of Test is equal to \*QNo translation data exists\*U. The SP sends 
  3929. an SRVR to the NESP, an SRVA message with SRVR sent indication and corresponding 
  3930. result parameter (\(sc\ B.2.2.2\ c.i) to the OPC, and an indication to\ 
  3931. SMAP. 
  3932. .LP
  3933.     ii)
  3934.      If it recognizes that further translation is needed, a Translation Point 
  3935. Code (TPC) and a backup Translation Point Code (optional) are derived. 
  3936. .LP
  3937.     iii)
  3938.     If the translation is final and successful, the
  3939. PPC\ +\ SSN and SPC\ +\ SSN (optional) are derived and retained for the SRVA
  3940. message.
  3941. .LP
  3942.     b)
  3943.     Checks for mated SCCP relay node:
  3944. .LP
  3945.     i)
  3946.      If a mated SCCP relay node exists for the current TSP, a SRVT is sent 
  3947. to the mate so that it may perform duplicate translation for 
  3948. comparison purposes.
  3949. .LP
  3950.     ii)
  3951.     If no mated SCCP Relay Node exists, the test proceeds with step\ c) below.
  3952. .LP
  3953.     c)
  3954.     Examines the list of translation points (\(sc\ B.2.2.1\ m):
  3955. .LP
  3956.     i)
  3957.      If the point code of the next TSP or the point code of the mated SCCP 
  3958. Relay Node (optional) appears in the SRVT's list of translation points, 
  3959. then the SP sends an SRVR to the NESP, an SRVA message with SRVR sent indication 
  3960. and an SCCP loop detected indication (\(sc\ B.2.2.2\ c.xii) to the OPC, 
  3961. and an indication to SMAP. The test is stopped. 
  3962. .LP
  3963.     ii)
  3964.     If the number of point codes in the SRVT's list of
  3965. translation points exceeds a predefined threshold number of translations, 
  3966. then the SP sends an SRVR to the NESP, the SP an SRVA message with SRVR 
  3967. sent 
  3968. indication and the threshold exceeded indication (\(sc\ B.2.2.2\ c.xiii) 
  3969. to the OPC, and an indication to SMAP. The test is stopped. 
  3970. .bp
  3971. .LP
  3972.     iii)
  3973.     If any point code(s) of the next TSP or the mated
  3974. SCCP Relay Node (Optional) does not appear in the SRVT's list of translation
  3975. points, then the TSP will add both its own point code and the point code 
  3976. of the mated SCCP Relay Node (if any) to the list of translation points. 
  3977. .LP
  3978.     d)
  3979.      Attempts to send an SRVT message to the next TPC or tested destination 
  3980. (from\ a) above): 
  3981. .LP
  3982.     i)
  3983.     If the TSP is unable to send the SRVT due to
  3984. inaccessability (network congestion or blockage), the TSP sends an SRVR 
  3985. to the NESP, an SRVA with SRVR sent indication and corresponding result 
  3986. parameter 
  3987. (\(sc\ B.2.2.2\ c.xi) to the OPC and an indication to SMAP. The test is 
  3988. stopped. 
  3989. .LP
  3990.     ii)
  3991.      If the TSP is unable to send the SRVT due to an MTP routing problem, 
  3992. the TSP sends an SRVR to the NESP, an SRVA with SRVR sent 
  3993. indication and the corresponding result parameter (\(sc\ B.2.2.2\ c.xiv) 
  3994. to the OPC and an indication to SMAP. The test is stopped. 
  3995. .LP
  3996.     iii)
  3997.      If the TSP is unable to send the SRVT due to local conditions, the TSP 
  3998. sends an SRVR to the NESP, an SRVA with SRVR sent 
  3999. indication and the corresponding result parameter (\(sc\ B.2.2.2\ c.xvi) 
  4000. to the OCP and an indication to SMAP. The test is stopped. 
  4001. .LP
  4002.     iv)
  4003.      If an SRVT may be sent, a guard timer, T2, is started and SRVT message(s) 
  4004. are sent to either the next TPC(s) or the PPC\ \(em\ SSN and 
  4005. SPC\ +\ SSN (optional) resulting from attempted translation. This timer is the
  4006. guard for SRVA(s) received in response to both the Compare and No Compare 
  4007. SRVT messages. 
  4008. .sp 1P
  4009. .LP
  4010. B.2.4.2.2\ \ \fISubsequent actions\fR 
  4011. .sp 9p
  4012. .RT
  4013. .PP
  4014. Upon receipt of an SRVA message, the following actions are
  4015. taken:
  4016. .RT
  4017. .LP
  4018.     a)
  4019.     If all of the SRVA(s) in response to the SRVT(s) have not
  4020. yet been received, the results are stored, waiting for pending SRVA(s).
  4021. .LP
  4022.     b)
  4023.     If all other expected SRVA(s) have been received, the
  4024. following actions are taken:
  4025. .LP
  4026.     i)
  4027.     The guard timer, T2, is stopped.
  4028. .LP
  4029.     ii)
  4030.      The reverse Global Title Translation is performed on the NEGT to determine 
  4031. the Originating Point Code (OPC). This may be 
  4032. considered optional in networks which perform reverse routing on OPC (known
  4033. from e.g.\ Network Identifier) instead of Global Title Translation. If 
  4034. the NEGT is not recognized, an SRVA is retured to the previous PC with 
  4035. the \*QUnknown 
  4036. Initiator\*U indication (\(sc\ B.2.2.2\ c.xv).
  4037. .LP
  4038.     iii)
  4039.      Results of the duplicate translation comparison are incorporated into 
  4040. the Result of Test parameters\ (\(sc\ B.2.2.2). This is optional in 
  4041. networks not subscribing to the concept of mated SCCP Relay Nodes and duplicate 
  4042. translations. If the SRVA in response to the SRVT has not yet been received, 
  4043. the ITSP will wait for it up to the expiration of the timer.
  4044. .LP
  4045.     iv)
  4046.     If the SRVR send indication is not set and an SRVR
  4047. has been requested, the SP sends an SRVR message with appropriate indications 
  4048. from the\ SRVA. 
  4049. .LP
  4050.     v)
  4051.     The SP sends an SRVA message in response to the
  4052. original SRVT message. The complete result of test parameter list is retained 
  4053. and the SRVR sent indication is set appropriately. 
  4054. .LP
  4055.     c)
  4056.     If the timer has already expired, the message is
  4057. discarded.
  4058. .PP
  4059. If the guard timer expires before receipt of the SRVA(s)
  4060. responding to the SRVT(s), results of the duplicate translation comparison 
  4061. are incorporated into the Result of Test parameters (if available) and 
  4062. an SRVA is sent back with the \*QTimeout waiting for SRVA message\*U response 
  4063. (\(sc\ B.2.2.2\ c.x). Any 
  4064. SRVAs received after the timer expires will be discarded. If an SRVA cannot 
  4065. be sent, no further action is taken. 
  4066. .sp 1P
  4067. .LP
  4068. B.2.4.2.3\ \ \fIDuplex translation (optional)\fR 
  4069. .sp 9p
  4070. .RT
  4071. .PP
  4072. When a TSP receives an SRVT message, it:
  4073. .RT
  4074. .LP
  4075.     a)
  4076.     Checks to determine if the originating SP is a mated SCCP
  4077. Relay Node to the receiving\ SP. If not, an SRVA is returned with \*QSRVT 
  4078. arrived at wrong\ SP\*U (\(sc\ B.2.2.2\ c.v). 
  4079. .bp
  4080. .LP
  4081.     b)
  4082.      Attempts to translate GTI + GT and compares the results with the point 
  4083. code information contained in the SRVT message: 
  4084. .LP
  4085.     i)
  4086.      If the results of the duplicate translation match the data in the SRVT 
  4087. message from the previous translation, an SRVA message is 
  4088. returned with Result of Test equal to success\ (\(sc\ B.2.2.2\ c).
  4089. .LP
  4090.     ii)
  4091.      If no translation data exists for the Global Title, then an SRVA message 
  4092. is returned with the result \*QNo translation data exists 
  4093. for the GTI\ +\ GT\*U (\(sc\ B.2.2.2\ c.i).
  4094. .LP
  4095.     iii)
  4096.      If the results of the duplicate translation do not match the data in 
  4097. the SRVT message from the previous translation, an SRVA 
  4098. message is returned with Result of Test equal to either \*QIncorrect intermediate 
  4099. translation\*U (\(sc\ B.2.2.2\ c.iv), \*QIncorrect translation for PPC\ 
  4100. +\ SSN\*U 
  4101. (\(sc\ B.2.2.2\ c.ii) or \*QIncorrect translation for SPC\ +\ SSN\*U
  4102. (\(sc\ B.2.2.2\ c.iii).
  4103. .sp 1P
  4104. .LP
  4105. B.2.4.3\ \ \fITested destination\fR 
  4106. .sp 9p
  4107. .RT
  4108. .PP
  4109. The tested destination is an SP with SCCP functionality that has
  4110. been specified at the FTSP by use of Global Title Translation. The address 
  4111. is referred to as either the Primary Point Code (PPC) or Secondary Point 
  4112. Code\ (SPC).
  4113. .RT
  4114. .sp 1P
  4115. .LP
  4116. B.2.4.3.1\ \ 
  4117. \fIPrimary point\fR 
  4118. .sp 9p
  4119. .RT
  4120. .PP
  4121. This procedure is performed at the primary destination signalling point 
  4122. derived from the global title translation. When the destination receives 
  4123. an SRVT message, it verifies the PPC\ +\ SSN serves as the primary destination 
  4124. for the GTI\ +\ GT. The following action should result:
  4125. .RT
  4126. .LP
  4127.     a)
  4128.     If the test is successful, the SP sends an SRVR (if
  4129. requested) with success indication to the NESP, an SRVA with SRVR sent
  4130. indication and success indication to the OPC, and an indication to\ SMAP.
  4131. .LP
  4132.     b)
  4133.     If the Signalling Point does not serve GTI + GT as the
  4134. primary destination, the test is unsuccessful and the SP sends an SRVR 
  4135. to the NEPC, an SRVA with the SRVR sent indication set appropriately and 
  4136. the 
  4137. corresponding Result of Test parameter (\(sc\ B.2.2.2\ c.vi) to the OPC, and an
  4138. indication to\ SMAP.
  4139. .LP
  4140.     c)
  4141.      If the Signalling Point does not recognize SPC + SSN as the secondary 
  4142. destination for GTI\ +\ GT, then the test is unsuccessful and the SP 
  4143. sends an SRVR to the NEPC, an SRVA with the SRVR sent indication set
  4144. appropriately and the corresponding Result of Test parameter (\(sc\ B.2.2.2\ 
  4145. c.viii) to the OPC, and an indication to\ SMAP. 
  4146. .PP
  4147. If an SRVA cannot be sent, no further action is taken.
  4148. .sp 1P
  4149. .LP
  4150. B.2.4.3.2\ \ 
  4151. \fISecondary point\fR 
  4152. .sp 9p
  4153. .RT
  4154. .PP
  4155. This procedure is performed at the secondary destination signalling point 
  4156. (optional) derived from the global title translation. When the 
  4157. destination receives an SRVT message, it verifies the SPC\ +\ SSN serves 
  4158. as the secondary destination for the GTI\ +\ GT. The following action should 
  4159. result:
  4160. .RT
  4161. .LP
  4162.     a)
  4163.     If the test is successful, the SP sends an SRVR (if
  4164. requested) with success indication to the NESP, an SRVA with SRVR sent
  4165. indication and success indication to the OPC, and an indication to\ SMAP.
  4166. .LP
  4167.     b)
  4168.     If the Signalling Point does not serve GTI + GT as the
  4169. secondary destination, the test is unsuccessful and the SP sends an SRVR 
  4170. to the NESP, an SRVA with the SRVR sent indication set appropriately and 
  4171. the 
  4172. corresponding Result of Test parameter (\(sc\ B.2.2.2\ c.vii) to the OPC, 
  4173. and an 
  4174. indication to\ SMAP.
  4175. .LP
  4176.     c)
  4177.      If the Signalling Point does not recognize SPC + SSN as the primary destination 
  4178. for GTI\ +\ GT, then the test is unsuccessful and the SP 
  4179. sends an SRVR to the NESP, an SRVA with the SRVR sent indication set
  4180. appropriately and the corresponding Result of Test parameter (\(sc\ B.2.2.2\ 
  4181. c.ix) to the OPC, and an indication to\ SMAP. 
  4182. .PP
  4183. If an SRVA cannot be sent, no further action is taken.
  4184. .sp 1P
  4185. .LP
  4186. B.3
  4187.     \fIState transition diagram\fR 
  4188. .sp 9p
  4189. .RT
  4190. .PP
  4191. Figure B\(hy1/Q.795 shows the state transition diagram for the SRVT
  4192. using\ SDL.
  4193. .bp
  4194. .RT
  4195. .LP
  4196. .rs
  4197. .sp 47P
  4198. .ad r
  4199. \fBFigure B\(hy1/Q.795 (sheet 1 of 4), p.\fR 
  4200. .sp 1P
  4201. .RT
  4202. .ad b
  4203. .RT
  4204. .LP
  4205. .bp
  4206. .LP
  4207. .rs
  4208. .sp 47P
  4209. .ad r
  4210. \fBFigure B\(hy1/Q.795 (sheet 2 of 4), p.\fR 
  4211. .sp 1P
  4212. .RT
  4213. .ad b
  4214. .RT
  4215. .LP
  4216. .bp
  4217. .LP
  4218. .rs
  4219. .sp 47P
  4220. .ad r
  4221. \fBFigure B\(hy1/Q.795 (sheet 3 of 4), p.\fR 
  4222. .sp 1P
  4223. .RT
  4224. .ad b
  4225. .RT
  4226. .LP
  4227. .bp
  4228. .LP
  4229. .rs
  4230. .sp 47P
  4231. .ad r
  4232. \fBFigure B\(hy1/Q.795 (sheet 4 of 4), p.\fR 
  4233. .sp 1P
  4234. .RT
  4235. .ad b
  4236. .RT
  4237. .LP
  4238. .bp
  4239. .sp 1P
  4240. .LP
  4241. B.4
  4242.     \fIExample\fR 
  4243. .sp 9p
  4244. .RT
  4245. .PP
  4246. Figure B\(hy2/Q.795 demonstrates the SRVT. It should be noted that the 
  4247. Signalling Points shown are assumed to be SCCP adjacent and NOT physically 
  4248. adjacent. Furthermore, all examples show both a primary and secondary
  4249. destination. The secondary result may be considered optional.
  4250. .RT
  4251. .LP
  4252. .rs
  4253. .sp 49P
  4254. .ad r
  4255. \fBFigure B\(hy2/Q.795, p.\fR 
  4256. .sp 1P
  4257. .RT
  4258. .ad b
  4259. .RT
  4260. .LP
  4261. .bp
  4262. .LP
  4263. .rs
  4264. .sp 10P
  4265. .LP
  4266. \fBMONTAGE: \ \ PAGE 542 = BLANCHE\fR 
  4267. .sp 1P
  4268. .RT
  4269. .LP
  4270. .bp
  4271.